Gamescope from Valve developer Pierre-Loup A. Griffais is described as a micro-compositor that can spoof a virtual screen with a desired resolution and refresh rate and control/resize the output as needed. It can fulfil the same role as a desktop compositor, but it can also run on top of your regular desktop like any other application.
One use-case for gamescope is dealing with compatibility problems. This includes games that have trouble getting into fullscreen, or do not support your native screen resolution, or multi monitor setups. In my case I could not get Dirt Rally to go into fullscreen on Wayland, but it worked perfectly though gamescope.
Another use-case is if you want to game on a 4K TV/monitor, which is not uncommon anymore, but your graphics card does not have the horsepower to push all of those pixels at a decent framerate, which is still true for all but the most expensive offerings out there. Normally you would have to lower your desktop resolution and/or let the game change the screen resolution. But then you depend on your monitors scaling capabilities, which are usually not that impressive, and you will most likely end up with a blurry image. Instead you could run your desktop at the native resolution and use gamescope to upscale the games.
Right now there are not that many options for scaling, but there is a very interesting one - integer scaling. This allows turning 1x1 pixels into 2x2 (or whatever whole number) boxes that produces a more crisp image. Here we have an unscaled reference image at 2560x1440, and two rendered at 1280x720 and scaled up to 2560x1440. You can see that normal scaling produces quite a blurry image, whereas integer scaling produces a more crisp, yet more jagged-looking image.
Lowering the rendering resolution may also allow for enabling more taxing image fidelity options like post-processing effects and anti-aliasing. I noticed that integer scaling is even useful with AA. Of course a lot of this is a question of taste and preference, so I'll let you be the judge of that. Just to clarify, the AA demonstrated here is an option of the game itself, not gamescope.
Program arguments used in this comparison are as follows.
Fullscreen integer scaling:
gamescope -w 1280 -h 720 -W 2560 -H 1440 -b -n -- %command%
Fullscreen "normal" scaling:
gamescope -w 1280 -h 720 -W 2560 -H 1440 -b -- %command%
Fullscreen native:
gamescope -w 2560 -h 1440 -W 2560 -H 1440 -b -- %command%
Gamescope can be found on GitHub under active development.
Article taken from GamingOnLinux.com.
Avehicle7887 Nov 2, 2020
Quoting: GuestSo would this help with old SDL games? When those go to full screen, they change the desktop resolution, which makes **** kwin re-shuffle all windows on all screens. At least for me, this is a major PITAIt should. Definitely worth a shot. Do you have an example of a game that does this?
Quoting: GuestSo in the meantime I managed to compile it (they could at least provide some build instructions....). I wanted to try it on one of my favorites that has the FS issue, Einstein 2.0 (https://github.com/lksj/einstein-puzzle). But I do get an error "unsupported EGL Platform"That's a problem with your graphics card: accelerated Xwayland doesn't work on Nvidia thanks to Nvidia not conforming to standard.
(Or is this not supposed to work outside of steam?)
From the repository:
QuoteIt runs on Mesa+AMDGPU, and could be made to run on other Mesa/DRM drivers with minimal work. Can support NVIDIA if/when they support accelerated Xwayland.
Last edited by Samsai on 2 November 2020 at 12:28 pm UTC
Quoting: ShmerlThis is an interesting project, but why does it mention using XWayland instead of just Wayland? Sounds like it always relies on X?
From the description on GitHub, I believe it always uses XWayland. Probably due to the fact that games tend to run in XWayland almost exclusively, I am not aware of any games running natively Wayland (among commercial games, that is).
Quoting: minfaerFrom the description on GitHub, I believe it always uses XWayland. Probably due to the fact that games tend to run in XWayland almost exclusively, I am not aware of any games running natively Wayland (among commercial games, that is).
I think any modern game shouldn't be using X, unless it somehow is coded with X directly? That's a bad practice. If it's using SDL and the like, it should work with Wayland directly, without X.
Last edited by Shmerl on 2 November 2020 at 2:58 pm UTC
Quoting: minfaerFrom the description on GitHub, I believe it always uses XWayland. Probably due to the fact that games tend to run in XWayland almost exclusively, I am not aware of any games running natively Wayland (among commercial games, that is).
This is an information, that personally I hope steam could inform us in the store page of the game. I would love to see if a (native) game can run through X.org / Xwayland or Wayland (or Both) in a specific field like the others tech info
Quoting: ShmerlI think any modern game shouldn't be using X, unless it somehow is coded with X directly? That's a bad practice. If it's using SDL and the like, it should work with Wayland directly, without X.
Unfortunately, it's not as easy :( Wayland is not enabled by default for SDL yet (users need to opt-in), and for good reason. Some Wayland compositors (Mutter-based) do not support Server Side Decoration extension (which is a requirement for SDL) - consequently, SDL Wayland Windows won't be resizable, have problems with going in/out fullscreen, etc. It's work in progress.
Patreon
PayPal
See more from me