-
Notifications
You must be signed in to change notification settings - Fork 44
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Framerate problems #106
Comments
I've noticed this issue now with 'Framerate' when set to 'Auto'. I believe @jdgleaver is going to look into this tomorrow. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hi there,
This core is showing a strange framerate behaviour.
Some background information:
-I am running RetroArch on KMS/DRM and on Wayland, in both cases with VSYNC ON and max_swapchan = 1 or 2, using the GLES or Vulkan video drivers.
-The core is rock-solid 60FPS, and for these experiments I even took it down to 320x200 internal resolution.
-There's nothing on this system interfering with the audio system, and RetroArch uses ALSA directly, there's no other sound server on my test systems.
-I have a ~60Hz HDMI monitor and RetroArch video is calibrated with only a 0.2% deviance.
This is the only core that behaves this way, that's why I am reporting:
-When Framerate is set to AUTO, movement is always smooth but some audio effects like opening doors sound full of a crackling noise.
-When Framerate is set to 60, audio is perfect but movement shows a small desyncronization once in a while.
So it seems to be a "pick your poison" situation with this core.
My guess is that 60 Framerate forces an exact 60.0000Hz timing, which is not well synchronized with RetroArch.
No idea on what's wrong with the AUTO Framerate, possibly something related to audio resampling only affecting this game, and only when Framerate is set to AUTO.
The text was updated successfully, but these errors were encountered: