New emulation method to eliminate input lag
-
Interesting. Results with run-ahead on the Pi may end up varying greatly with users, depending on a number of factors. Fortunately for you specifically, if you do plan to continue using it, 1-2 frames generally seems to be all that is needed in most cases.
-
Are these input lag settings available on 1.7.1?
-
@keltron3030 no
-
Shouldn't updating retroarch from source get me to 1.7.3? It still shows 1.7.1 on the GUI. Sorry for a likely dumb question.
-
@keltron3030 you have to update your retropie-setup script first.
-
Oh, got it thanks. Now I'm on 1.7.3 and I see latency settings; thanks. Now my hot keys don't work, dammit! 🤪
-
In trying to read as much as I can to understand run-ahead better, I found where the developer of the feature (Dwedit) has stated that a setting of 1 frame of run-ahead "should almost always be safe" in games that have inherent latency. This likely only excludes Atari 2600 titles, as there is no inherent latency for those games, by nature of how they were programmed, so naturally run-ahead would have no benefit there.
-
Oh, it's awesome. Totally fixed Contra and MegaMan 2 for me. Thanks guys for pointing this out.
-
@keltron3030 said in New emulation method to eliminate input lag:
Totally fixed Contra and MegaMan 2 for me.
Last night I held my own and survived all three rounds against Mike Tyson for my first time ever. Of course he won by decision, but my next goal is to "git gud" and send him to the mat with a second round TKO.
-
@mediamogul Thank you for the detailed response. I was hoping there'd be a stable "default-ish" setup that would work for the majority of cases in each system, and then I'd adjust the ones for which it didn't work.
From reading your developments, I believe 2 might hopefully be the right value for nes, genesis, and potentially snes as you're describing - with the 2nd core, of course.
I'll dig into that in the coming week, many thanks all!
-
@pjft said in New emulation method to eliminate input lag:
I was hoping there'd be a stable "default-ish" setup that would work for the majority of cases in each system
A setting of '1' should actually be stable across the board, barring 2600 games. Anything more in many games will alter your timing in the opposite direction as latency and even create artifacts, such as single-frame 'game over' screens and sprite interactions that shouldn't carry over from your actual input. Still, a setting of '2' is only adding one more frame and it's possible that artifacting would rarely be noticed.
I'll dig into that in the coming week
Let us know how it goes.
-
Hey guys how to I enable the latency features for just some emulators. Do I need to setup custom emulator config files or is there an easier way to do this through the gui.
-
You could enable it for individual systems by adding
run_ahead_enabled = "true" run_ahead_frames = "1" run_ahead_secondary_instance = "true"
to
/opt/retropie/configs/chosen-system/retroarch.cfg
above the #include line -
Excellent, thanks a lot.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.