MiSTer FPGA Forum

If you are a newly registered user on the MiSTer FPGA forum, your first 2 posts will require review and approval before being published. Until you reach this qualifying number of posts you are unable to post freely or use the private messaging system. This new user post approval system is in place to reduce spam on the forum, and private message s...

I think it boils down to the fact that it's very straightforward for an old-school engine to read the controllers during or immediately after vblank and let all of the code assume that the input is current during the following frame of processing (especially on SNES, which has hardware support for automatically reading input during vblank). As far...

Not from my understanding but okay. I agree that this is the case more and more from PS1, to PS2, etc... Because they had that lag built in, they added dedicated GPU's which have framebuffer overhead, etc... The games were then designed around input lag being a gaven. But next frame response being the minimum implies the NES doesn't read and execu...

I'll wait for a more proper test demonstration than that video to prove otherwise. The video doesn't compare with original hardware directly, he just says that mario jumps within one frame of lag. There's no test-retest to account for sub-frame variance in lag. He used a "random Displayport to VGA adapter", so there is almost guaranteed ...

Your memory is probably off then ;) Software emulators all have significant lag when compared to original hardware and something like the MiSTer. The overhead from the emulator running on an OS, the framebuffer of whatever GPU your PC is using, the issue of vsync. I know I know, run-ahead is a thing now, but run-ahead is buggy. I know, I know, gro...