Run-ahead latency set to 1 frame ahead: This is a new feature of recent RetroArch versions that simply put reduces lag by the amount you choose, but only if the game has some form of input lag "built in".
I mainly tested three "Latency" settings which are said to improve input lag in RetroArch against the default settings: Also, Punch-Out!! is included, as it seems to be the game that struck some controversy with the question whether or not it can be beaten on NES Classic with the inherent input lag, and if RetroArch improves that. But, I've also included Mega Man 2, as it has notable audio lag in kachikachi and I wanted to determine whether or not this also affects input lag. But, it's a simple, time-efficient method that produces very even, reproducible results. This method is far from perfectly precise, as it can be difficult to determine on which frame exactly the button was pressed and there will be slight timing inaccuracies. To test the input lag, I've used an Xperia Z1 Compact phone camera, recording video at 120 frames per second, laid the controller on a flat ground, performed various actions in different games and used the resulting video (via the program VirtualDub) to simply count how many frames it takes from the button press to the action. As there has been no consesus on whether using RetroArch with its popular NES cores Nestopia and FCEUmm is of benefit or not, I decided to try and clear it up a bit. Unfortunately, no such analysis has been conducted for the NES Classic default emulator, kachikachi, compared to RetroArch.
unmodded NES/SNES Classic and Raspberry Pi on various TVs, leading to very interesting results, mainly that emulation is still no match to original hardware at input lag of around 35ms. Notably, u/chadaustin has tested original hardware NES and SNES on CRT vs. In recent years there have been input lag analyses for various platforms.
0 kommentar(er)
