Originally posted by HenryM
View Post
Announcement
Collapse
No announcement yet.
Gamescope Continues Advancing As Wayland/Vulkan Compositor Backed By Valve
Collapse
X
-
Yeah.. it's a shame indeed.. I doubt the GLX Delay hack for getting XWayland to run with the Nvidia blob's GLX driver will ever get accepted.. it didn't even get a response lol..
Wish nVidia would help a bit in the regard of Wayland support.
Even their vdpau implementation relies on X11... What a mess...
- 1 like
Comment
-
Originally posted by kon14 View Post
This isn't part of the Steam package, so I'm not exactly sure about what it is you're asking here.
It's essentially a Wayland compositor you can install and use in place of your current Wayland compositor (or X11 wm) for your graphics session.
Flatpak Steam works fine under every single compositor I've tested (including Sway, which is also utilizing wlroots), so in theory it should be just as functional under Gamescope, unless there's some really weird bug specific to its implementation.
For some reason I don't know, the upstream source code indicates there is libinput in 20.08 runtime, but I cannot find libinput.so locally. So I cannot build Gamescope inside the container.
Comment
-
Originally posted by MastaG View PostYeah.. it's a shame indeed.. I doubt the GLX Delay hack for getting XWayland to run with the Nvidia blob's GLX driver will ever get accepted.. it didn't even get a response lol..
Wish nVidia would help a bit in the regard of Wayland support.
Even their vdpau implementation relies on X11... What a mess...
Comment
-
Originally posted by zxy_thf View PostThe problem is not about Gamescope itself, it's about the flatpak.
For some reason I don't know, the upstream source code indicates there is libinput in 20.08 runtime, but I cannot find libinput.so locally. So I cannot build Gamescope inside the container.
I just grabbed Freedesktop's 20.08 SDK and can't seem to find it either, but it's been a while ever since I last toyed with Flatpak builds.
Have you tried asking people over #flatpak? They're usually pretty eager to help.
Comment
-
Originally posted by Chewi View PostHmmm. I currently use Weston inside Xorg to force games (including Steam's Big Picture Mode) onto my secondary monitor (actually my TV). I used to use xrandr to temporarily switch the primary display but it felt really clunky and using Weston like this actually works as a very effective multi-seat solution! I tried other things like Xephyr but this was the only solution that worked with 3D acceleration. I haven't noticed any drop in performance. The only issue is that Big Picture Mode doesn't go fullscreen properly even though everything else does. I wonder whether Gamescope would be a better fit.
HTML Code:-- Set Firefox to always map on the first tag on screen 1. { rule = { class = "Firefox" }, properties = { screen = 1, tag = awful.util.tagnames[1] } }, { rule = { class = "Gimp", role = "gimp-image-window" }, properties = { maximized = true } },
Comment
-
Originally posted by bofh80 View Post
I'm not 100% sure that i'm following correctly. But if I am, you can do this quite easily with awesomewm on xorg:
HTML Code:-- Set Firefox to always map on the first tag on screen 1. { rule = { class = "Firefox" }, properties = { screen = 1, tag = awful.util.tagnames[1] } }, { rule = { class = "Gimp", role = "gimp-image-window" }, properties = { maximized = true } },
I didn't do anything special for multiseat, I just found that running games through Weston fooled them into thinking they still had focus even when I'd clicked on another window in Xorg. Since the games are being played with an Xbox controller, this isn't a problem. I can even move my mouse to the Weston screen and start typing, if necessary. It probably wasn't designed for this use case but this is exactly the behaviour I wanted!
Comment
Comment