Skip to content
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

Micro stuttering after opening/closing the OSD menu #1237

Closed
diedel opened this issue Mar 29, 2020 · 12 comments
Closed

Micro stuttering after opening/closing the OSD menu #1237

diedel opened this issue Mar 29, 2020 · 12 comments

Comments

@diedel
Copy link

diedel commented Mar 29, 2020

I've noticed that openMSX micro stutters after opening and closing the OSD Menu while playing a game. If I pause/unpause the emulation the micro stuttering is gone.

Testing environment:

  • Windows 10 Home
  • Nvidia GTX 1080 with latest Nvidia drivers
  • openMSX 0.15.0 and several FiXato builds after that version, both 32 and 64 bits
  • C-BIOS MSX2+ NTSC and Philips VG 8020 PAL
  • River Raid GoodMSX and Road Fighter GoodMSX
@diedel diedel changed the title Micro stuttering after open/close the OSD menu Micro stuttering after opening/closing the OSD menu Mar 29, 2020
@MBilderbeek
Copy link
Member

This could just be the OSD menu taking a little while to get drawn or removed.

Do you consider this to be an important issue?

@m9710797
Copy link
Contributor

m9710797 commented Apr 4, 2020

@MBilderbeek: I think diedel means permanent stuttering after opening/closing the menu, not only during those actions?
@diedel: correct?

No idea what's going on though.

@diedel
Copy link
Author

diedel commented Apr 4, 2020

Yes, I mean the microstuttering is permanent after opening the menu and closing it.

Meanwhile I did more tests and the microstuttering appears not only after opening/closing the menu. Also it appears frequently just after loading a game via command line or from the console (F10).
In all cases , pausing the emulator with F9 solves the problem,

Can you reproduce the problem?
Perhaps it's worth noting that I have a Gsync monitor. Also that this only happens with openMSX emulator.

@MBilderbeek
Copy link
Member

We are both on Linux, so we cannot try on Windows. Can you confirm you used the latest development builds as well?
Did I understand correctly that pausing and unpausing solves the problem? (F9 isn't pause... so I'm confused.)

@diedel
Copy link
Author

diedel commented Apr 4, 2020

Sorry, I mean PAUSE key.

@MBilderbeek
Copy link
Member

I did experience a problem similar to this, see #945 - it also includes stutters.

Can you see whether the framerate is also affected? When it happens, does it help to change the samples setting a bit (see #945)?

@diedel
Copy link
Author

diedel commented Apr 4, 2020

More tests.... :)

If during fullscreen I press F12 to go windowed and press it again to turn fullscreen, the microstuttering appears ALWAYS.

@diedel
Copy link
Author

diedel commented Apr 4, 2020

I did experience a problem similar to this, see #945 - it also includes stutters.

Can you see whether the framerate is also affected?

If I check the fps OSD from openMSX the framerate moves slowly between 58 and 61 fps. Not very different from the normal state.
But if I check the OSD FPS of the monitor the framerate moves faster and seems more unstable than in the normal state.

@diedel
Copy link
Author

diedel commented Apr 4, 2020

When it happens, does it help to change the samples setting a bit (see #945)?

Yes, setting the samples from 2048 to 2049 removes the microstuttering.

Disabling the sound with mute (F11) or setting sound_driver to null, even prevents the microstuttering from appearing.

Seems the audio and video lost sync...

@MBilderbeek
Copy link
Member

The idea was also to unmute and set the sound_driver back to the original value.

@diedel
Copy link
Author

diedel commented Feb 28, 2021

In openMSX 0.16.0 it seems the permanent micro stuttering due to open/close the OSD or enable/disable fullscreen is fixed.

But that micro stuttering still appears occasionally during normal playing, after some time. Do I open another issue (with a more explanatory title) or continue with this one?

@MBilderbeek
Copy link
Member

@diedel Let's open a new issue and close this one. And then please give all details and what influences it, etc.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants