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

-W and -H won't work in embedded mode #1614

Open
3 of 6 tasks
donmor opened this issue Nov 5, 2024 · 1 comment
Open
3 of 6 tasks

-W and -H won't work in embedded mode #1614

donmor opened this issue Nov 5, 2024 · 1 comment

Comments

@donmor
Copy link

donmor commented Nov 5, 2024

Is there an existing issue for this?

  • I have searched the existing issues

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

Hardware information

- Distro: Ubuntu 22.04
- CPU: AMD A12-9800
- GPU: AMD Radeon RX 550
- Driver Version: Mesa 23.2.1-1ubuntu3.1~22.04

Software information

- Desktop environment: N/A
- Session type: tty
- Gamescope version: 3.11.49-1 (apt package version, `--version` option not recognized)
- Gamescope launch command(s): `gamescope -W 640 -H 400 -r 120 -- dosbox-x`

Which gamescope backends have the issue you are reporting?

  • Wayland (default for nested gamescope)
  • DRM (default for embedded gamescope, i.e. gamescope-session)
  • SDL
  • OpenVR

Logging, screenshots, or anything else

No response

@MCPO-Spartan-117
Copy link

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.

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

2 participants