You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Are you using any gamescope patches or a forked version of gamescope?
The issue occurs on upstream gamescope without any modifications
Current Behavior
Recently I'm testing gamescope to see if this can be a new way to get CRT-compliant video for my retro games (I'm using cage before this), and ran into some problems:
The embedded mode, i.e. starting gamescope with drm/kms backend, ignores -W and -H and gets stuck in the native tty resolution. -r is not ignored and weirdly changes the refresh rate (it should be -R as referred in #265 ).
Steps To Reproduce
Launch a game (e.g. dosbox-x) from tty: gamescope -W 640 -H 400 -r 120 -- dosbox-x
The current upstream version is 3.15.14(reported as 3.15.9 in the binary) not 3.11.49(2 years old), -W and -H work as expected and -R doesn't seem to exist in upstream, not sure if it ever did as that is a issue, not a pull request.
Is there an existing issue for this?
Are you using any gamescope patches or a forked version of gamescope?
Current Behavior
Recently I'm testing gamescope to see if this can be a new way to get CRT-compliant video for my retro games (I'm using cage before this), and ran into some problems:
The embedded mode, i.e. starting gamescope with drm/kms backend, ignores
-W
and-H
and gets stuck in the native tty resolution.-r
is not ignored and weirdly changes the refresh rate (it should be-R
as referred in #265 ).Steps To Reproduce
Launch a game (e.g. dosbox-x) from tty:
gamescope -W 640 -H 400 -r 120 -- dosbox-x
Hardware information
Software information
Which gamescope backends have the issue you are reporting?
Logging, screenshots, or anything else
No response
The text was updated successfully, but these errors were encountered: