Jittery/Stuttering graphics
-
Pi Model - Pi 4 4gb
Power Supply used - Canakit
RetroPie Version Used - Buster 4.6.1
Built From - Weekly dev build 4.5.13 updated to 4.6.1
USB Devices connected - Keyboard dongle
Controller used - 8bitdo SF30 proI've had this problem since I started using a pi4. Occasionally but very briefly, certain games/emulators have stuttering video. I don't mean low fps, it's more like ghosting. (edit - on close inspection to the second video it looks like screen tearing. Could this mean it's as simple as turning on vsync?) Here are a few examples using lr-mame-2003-plus and street fighter alpha 2.
This problem doesn't seem to happen in lr-fbneo
I've had this happen to other emulators for nes, psx, megadrive, etc but filming that was like trying to film the WB frog dancing.Thank you and please let me know if there's anymore info you'd like.
runcommand.log - https://pastebin.com/S3w8pUUc
boot/config.txt - https://pastebin.com/JaLV61EJ
all/retroarch.cfg - https://pastebin.com/Prke4bNJ
all/retroarch-core-options.cfg - https://pastebin.com/mf8ahZh4 -
@Quackwalks That's screen tearing. It's fixed with the 5.4 kernel but I can't tell for sure with my brief testing. The kernel is still in testing but you can try it if you want: https://www.raspberrypi.org/forums/viewtopic.php?f=29&t=269769
Keep in mind you do have to install an experimental kernel, so make a backup.
-
@Darksavior I had a feeling it was just a symptom of this beta version. Thank you.
-
@Quackwalks have you tried to turn on GSync on the Retroarch Synchronization menu? Should be the last option. See how it goes.
-
You have also chosen a 50hz video mode which may not help with games designed to run at 60. Why 50hz rather than 60? -
Sorry scrap that. I was looking at the wrong mode list.
-
@pjft AFAIK GSync only works with compatible monitors that have the proprietary hardware module from NVidia. At least I didn't find any contrary information on the web, so please correct me if I'm wrong.
Maybe the OP has such a monitor, but I thought it should be mentioned lest this option becomes a tuning myth in the community.
That said, I was surprised that RetroPie has this option. So, the Raspberry Pi (4 only or others, too?) has GSync capability? Just curious, I don't have a compatible monitor.
-
@Clyde Not really - thought so as well but in the forums (and, coincidentally, from first-hand experience that then I ended up finding that others in the forums shared the same) you'll find a goo description of that for games that don't exactly render at 60fps.
See thread starting here:
https://retropie.org.uk/forum/topic/21031/working-dreamcast-games/284?_=1592569437823
From what I gathered, (in simplistic - and probably incorrect terms) it will just actually force RetroArch to abide to the screen's refresh rate, "faking" frames if needed so that it sends exact the number of frames that the screen is refreshing at, at full speed.
Or at least that's what I imagine it's doing.
(@pjft goes and hide)
EDIT: and to be clear, my monitor is also not GSync compatible, but some games such as Earth Defense Force on lr-fbneo the Pi4 will stutter if not using this option. I imagine it's because it doesn't really render at 60fps.
EDIT 2: ah, here's the other thread - https://retropie.org.uk/forum/topic/19741/goodbye-fbalpha-welcome-fbneo/164?_=1592569755819 - @barbudreadmon explains it better than I would, especially here.
-
@Quackwalks Are you using runahead ?
I don't see how a kernel would cause tearing on mame2003+ but not on fbneo ? If anything i would expect the accurate cps2 refresh rate in fbneo (59.63Hz, mame2003+ has it rounded to 60 it seems) to be more of a hassle for that kind of issues ?
-
@barbudreadmon I don't have run ahead enabled for mame, but I do for nes, snes, master system, megadrive, gb, gbc, gba, Atari games, turbografix 16, and virtual boy.
-
@Quackwalks said in Jittery/Stuttering graphics:
@barbudreadmon I don't have run ahead enabled for mame, but I do for nes, snes, master system, megadrive, gb, gbc, gba, Atari games, turbografix 16, and virtual boy.
Ok, with mame2003+ runahead support being behind FBNeo's, i thought it might have been a possible cause for the "ghosting" difference.
Maybe your screen refresh rate is a bit below 60Hz ? I guess that could explain why FBNeo has no tearing issues while mame2003+ does ?
-
@barbudreadmon I'm using a Samsung smart TV and my HDMI source is set to use pc mode, so I think that changes the type of display standard, or something.... This gsync stuff sounds like it might be the solution but I'll have to test later tonight after work.
-
I have witnessed this issue in a number of retroarch cores. Doesn't seem to affect any of the standalone emulators (at least from my observations). It's part of the reason I started using redream over flycast. It seems to be especially prevalent when there is a lot of action on the screen or the pi is being pushed hard. The fix that @pjft proposed does work. MY tv is not gsync/freesync capable yet somehow it works. Only issue with that fix is that it seems to add extra overhead. Many N64 games I was running with mupen64plus-next became unplayable with that setting turned on. If anyone uses it I would recommend only using it on a core by core basis.
-
@quicksilver Huh, intrigued - thanks for the heads up. I added it to my main retroarch.cfg file, but if you have any other specific cores where it doesn't help because of the overhead I'd love to know!
-
@pjft I didn't do thorough testing with it (I turned it off after I noticed the issue with N64) but I would be interested to hear yours or anyone elses impressions as well. It might be worthwhile to run some cores with the option turned on and off while running htop to compare and see what's going on behind the scenes.
-
@pjft @quicksilver i recommend disabling all RA video sync stuff for any hardware-accelerated core, it has a tendency to screw performances, actually if you got vsync enabled for flycast it might be part of the performance issue
-
@barbudreadmon the screen tearing issue is significantly worse then. To the point it makes some games almost unplayable.
-
@barbudreadmon said in Jittery/Stuttering graphics:
RA video sync stuff for any hardware-accelerated core, it has a tendency to screw performances, actually if you got vsync enabled for flycast it might be part of the performance issue
Oh my. I might - I actually use flycast for Naomi emulation, where it works awesome, but for Dreamcast I tend to stick to redream .
I'll see if I have vsync turned on, but I don't know what cores would have hardware acceleration.
@quicksilver we have mostly run MAME, FBNeo, Nestopia and Flycast around here, as far as RA cores go, in the last few months on the Pi4. I have had no meaningful issues with the setting on these, but will be on the lookout.
-
@pjft said in Jittery/Stuttering graphics:
I don't know what cores would have hardware acceleration
Any core that produce real 3D through the gpu.
-
@barbudreadmon Thanks for the clarification.
Educated guess then:
- PCSX Rearmed
- Yabasanshiro
- Flycast
- <the N64 ones>
Uneducated guesses or questions - for others who might know:
- I believe MAME does everything on the CPU, even for 3D games, so that wouldn't be one.
- Where does FB Neo stand in that regard?
- Sega 32X cores? And is it at the core level, or would it be per-game (meaning, would 2D games not be affected)?
Sorry - video pipelines are not my expertise.
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.