SteamOS session compositing window manager
In an embedded session usecase, gamescope does the same thing as steamcompmgr, but with less extra copies and latency:
- It's getting game frames through Wayland by way of Xwayland, so there's no copy within X itself before it gets the frame.
- It can use DRM/KMS to directly flip game frames to the screen, even when stretching or when notifications are up, removing another copy.
- When it does need to composite with the GPU, it does so with async Vulkan compute, meaning you get to see your frame quick even if the game already has the GPU busy with the next frame.
It also runs on top of a regular desktop, the 'nested' usecase steamcompmgr didn't support.
- Because the game is running in its own personal Xwayland sandbox desktop, it can't interfere with your desktop and your desktop can't interfere with it.
- You can spoof a virtual screen with a desired resolution and refresh rate as the only thing the game sees, and control/resize the output as needed. This can be useful in exotic display configurations like ultrawide or multi-monitor setups that involve rotation.
It 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.
If running RadeonSI clients, currently have to set R600_DEBUG=nodcc, or corruption will be observed until the stack picks up DRM modifiers support.
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout home:darix:valve/gamescope && cd $_ - Create Badge
Source Files
| Filename | Size | Changed |
|---|---|---|
| _service | 0000000686 686 Bytes | |
| gamescope.changes | 0000000154 154 Bytes | |
| gamescope.spec | 0000005618 5.49 KB | |
| series | 0000000010 10 Bytes | |
| stb.patch | 0000000548 548 Bytes |
Comments 11
A bump to a newer version with FSR would be much appreciated. :)
Would love to but we need to fix the stb package first.
Alright there is an actual issue right now, haven't expected that. Thank you for the answer!
This comment has been deleted
it could mean that we cannot mix and match libSDL from the system and what GE proton uses. I havent really used gamescope myself.
Are there any plans to submit this to factory?
I might do games:tools but definitely not Tumbleweed. if you want you can help with the maintenance and then submit it to TW.
Sure I could do that once it's in games:tools, fwiw it's probably a good idea to submit libliftoff too
Sorry if this is a stupid question, but aren't you now missing the subproject 'vkroots'?
nope they are all there.