gamescope
xdg-desktop-portal-wlr
Our great sponsors
gamescope | xdg-desktop-portal-wlr | |
---|---|---|
56 | 68 | |
2,652 | 557 | |
5.3% | - | |
9.7 | 6.3 | |
1 day ago | 6 days ago | |
C++ | C | |
GNU General Public License v3.0 or later | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
gamescope
-
The Linux graphics stack in a nutshell, part 1
I think your information is quite outdated. The HWC overlay planes are heavily used, you can see this trivially just doing a 'dumpsys SurfaceFlinger' or grabbing a systrace/perfetto trace. When it falls back to GPU composition it's very obvious as there's a significant hit to latency and more GPU contention.
The overlay capabilities of the modern Snapdragons are also quite absurd. They support like upwards of a dozen overlays now and even have FP16 extended sRGB support. Some HWCs (like the one in the steam deck) even have per plane 3D LUTs for HDR tone mapping (ex https://github.com/ValveSoftware/gamescope/blob/master/src/d... )
The composition is bandwidth heavy of course, but for static scenes there's a cache after the HWC in the form of panel self refresh.
- Gamescope -- How do I get this to work on Endeavouros?
-
Firefox Is Going to Try and Ship with Wayland Enabled by Default
One of the unfortunate things about Wayland is every compositor will have its own quality of implementation affecting things like latency.
With XOrg, especially in the pre-compositing days, you could choose whatever WM you want and it wouldn't have any impact on the rendering performance of X clients. Once the Composite extension was added and everyone started running composited X desktops, that started to change, and the increased latency already started appearing - in an arguably worse architecture than Wayland because there were often three processes involved with lots of IPC per draw: X-Client->X-Server->X-Compositor->X-Server->CRTC. At least in Wayland it's more like Wayland-Client->Wayland-Compositor->CRTC.
If you're unhappy with the rendering latency of your Wayland sessions, it may be worth trying alternative compositors... they likely vary significantly. The Valve/Steam folks have made a minimal one specifically optimized for games/low-latency [0]. I doubt the SteamDeck would be seeing as much success as it is if Wayland were so problematic in this department.
[0]: https://github.com/ValveSoftware/gamescope
-
BG3 splitscreen on two monitors?
Use gamescope.
-
Help needed to confirm two 3.5 bugs
While streaming from the Deck to another device (phone with Steam Link app or another PC running steam), taking a screenshot on the Deck (hold the steam or ... button, and press R1) crashes the session (https://github.com/ValveSoftware/gamescope/issues/961). This one also impacts Decky Recorder. If you're recording the screen or have replay mode on and take a screenshot, you'll have a crash.
- I haven't seen much posted about it here, so I wanted to point out Valve's gamescope micro-compositor (Linux Gaming)
- Gamescope adds support for Reshade effects
-
Force V-Sync or limit fps in proton games
Mangohud (GOverlay), libstrangle, gamescope. Pick your poison.
-
FYI on video corruption in cmd and terminal windows
Hey folks. I've got a 11900H motherboard and use the iGPU and stock Intel graphics drivers that I keep current. Even at baseline (so without overclocking of any kind, with good Corsair memory sticks configured without XMP and regardless of voltage), I would be able to use Windows 11 and the CMD or Terminal programs without issue but after some time they would be corrupt and unreadable. The fix was in Terminal, go into Settings, then Render, and turn on Software Rendering. I hope this helps someone else. FYI the corruption was very much like other Intel UHD graphics samples reported in this link: https://github.com/ValveSoftware/gamescope/issues/356
xdg-desktop-portal-wlr
-
How do I configure xdg-desktop-portal so that it works and keeps working?
It comes with a systemd service file https://github.com/emersion/xdg-desktop-portal-wlr/blob/master/contrib/systemd/xdg-desktop-portal-wlr.service.in that you can use
-
How do you guys screenshare Sway on Discord?
Are you running the Wayland envvar for Firefox, MOZ_ENABLE_WAYLAND=1? Because the rest of your setup sounds very similar to my (working) setup. You could also run the Python test script included with xdg-desktop-portal-wlr (bottom of this page) as a sanity check that nothing's going wrong there
-
Which technology / protocol etc. is the next big thing, coming the next few years in Linux gaming?
- Global hotkey portal
-
Is there any way to screenshare only a single window?
Not yet: https://github.com/emersion/xdg-desktop-portal-wlr/issues/107
- Xfce 4.18, and the Future of the Desktop
-
Moving from a DE, loss of functionality?
You'll need this
-
Tearing updates got merged into Wayland! Now we only have to wait for implementations in KWin and Gnome!
I believe that a lot of the current approach to fixing it is something similar to xdg-desktop-portal. That's for signaling for screenshots, but a similar idea could work for listening for key events without being focused, apparently. It bypasses the standard Wayland system completely and uses D-Bus and Pipewire instead. I'm not too familiar with the details myself, though.
-
PSA: Steam Link (Remote Play) works on Wayland with AMD GPU
I don't know which of the xdg-desktop-portal backends you would need for gamescope, but xdg-desktop-portal-wlr has a config file which it reads where you can set the preferred output and set the chooser_type to none. That makes it skip the screen selector for me.
-
flameshot not working in sway (typing "flameshot gui" hangs in the terminal)
See these links for more info: * flameshot: flameshot gui from cli does nothing. dbus error UnknownMethod: "No such interface “org.freedesktop.portal.Screenshot” #2872 * xdg-desktop-portal: No such interface “org.freedesktop.portal.Screenshot” on object at path /org/freedesktop/portal/desktop #861 * xdg-desktop-portal-wlr: screenshot: Announce version property
-
sway inverted screen sharing
This is a known issue: https://github.com/emersion/xdg-desktop-portal-wlr/issues/83
What are some alternatives?
gamescope-session - ChimeraOS session on Gamescope - Own personal repository, issues and forks should be made on ChimeraOS/gamescope-session
sway - i3-compatible Wayland compositor
gamemode - Optimise Linux system performance on demand
xdg-desktop-portal-gtk - Gtk implementation of xdg-desktop-portal
holoiso - SteamOS 3 (Holo) archiso configuration
wayvnc - A VNC server for wlroots based Wayland compositors
MangoHud - A Vulkan and OpenGL overlay for monitoring FPS, temperatures, CPU/GPU load and more. Discord: https://discordapp.com/invite/Gj5YmBb
wlroots - A modular Wayland compositor library
v4l2loopback - v4l2-loopback device
LatencyFleX - Vendor agnostic latency reduction middleware. An alternative to NVIDIA Reflex.
flameshot - Powerful yet simple to use screenshot software :desktop_computer: :camera_flash: