I'd just join the Discord. I'll usually holler before a release if there's something to be tested - the traffic levels in there aren't too high:
https://discord.gg/u94mmuCzgB :)
reassembler
Creator of
Recent community posts
Thanks for letting me know. I've updated the links as follows:
https://discord.com/invite/u94mmuCzgB
Thanks for the feedback. I can provide development builds in future with better stats if you're interested in helping measure performance improvements on real hardware. It might make sense to setup a Discord group to do this.
I tend to remove the granular measurements from the release builds themselves, as the extra code probably adds a bit of bloat/speed loss in itself.
The 040 build uses a faster C2P algorithm for that architecture and some limited use of the 040 move16 instruction to move data about in the codebase.
I reworked some of the original sub/road CPU code to be more register efficient with less reliance on memory access. I also changed the road rendering to minimise drawing of the secondary road layer (at the expense of a small amount of additional computation elsewhere). I also found a dumb bug where during certain situations I was clearing parts of the screen that didn't need to be.
I hope that provides a bit more background info!
I would stick to 25fps by default if you're having issues with 30fps mode. Reason being this targets PAL (50Hz) machines, 30fps effectively has to be able to support 50fps, as it has to be capable of rendering a frame per screen refresh. If you didn't understand what I just wrote, and it's pretty confusing to explain, just go for 25! :-)
Interesting. And to confirm you're running the binary obtained from here, not the WHDLoad version?
It's always difficult to provide a guarantee of speed considering there's a lot of different configurations out there, but I would hope you were getting better than what you've reported. It sounds slower than I would expect.