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

Reset of manually set refresh rates / Better handling of manually set refresh rates #20

Open
romangg opened this issue Aug 25, 2022 · 4 comments
Labels

Comments

@romangg
Copy link
Member

romangg commented Aug 25, 2022

In GitLab by @ms178 on Aug 25, 2022, 15:13

With current Kdisplay-git master manually set refresh rates which are lower than the maximum allowed by the display get reset to the highest refresh rate from time to time. I usually set a rate of 119,997 Hz which then gets changed back to 165 Hz. It can take several reboots to see this, but as I usually compile daily several new Kernel or Mesa versions and reboot, so I see this quite often.

A related issue is that I then have to first set the refresh rate to automatic and only then re-set it to the desired 119,997 Hz otherwise it would not apply. This can be tested out with the Aquarium WebGL benchmark in the browser. It would be more intuitive if I hadn't to go through the round trip through the automatic setting and could set it directly to 119,997 Hz (and to keep it once it is set).

@romangg
Copy link
Member Author

romangg commented Oct 6, 2022

In GitLab by @ms178 on Oct 6, 2022, 14:04

I found a way to reproduce this problem reliably:

  • this is with an HP x27 q, WQHD and connected via DP to my Vega 56, the refresh rate is manually set to 119,997 Hz
  • open the unigine-heaven benchmark with FullHD resolution, set it to fullscreen mode
  • run the benchmark once; when you get back to the desktop, the refresh rate is now automatically re-set to the maximum of the display, which is 165 Hz which provides a worse / stuttery experience on that display in games than 119,997 Hz

@romangg
Copy link
Member Author

romangg commented Oct 6, 2022

That might be due to the benchmark changing the refresh rate on its own.

@romangg
Copy link
Member Author

romangg commented Oct 6, 2022

Or at least this triggers the faulty behavior and we don't handle it correctly.

@romangg
Copy link
Member Author

romangg commented Oct 21, 2022

In GitLab by @ms178 on Oct 21, 2022, 13:20

FWIW, I could also reproduce this issue with stock Kwin/kscreen.

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

No branches or pull requests

1 participant