In-home Streaming + Wayland

[Mushoz]

Your system information

• Steam client version (build number or date): February 18th build
• Distribution (e.g. Ubuntu): Arch 5.0.2 Kernel
• Opted into Steam client beta?: No
• Have you checked for system updates?: Yes, system is fully up-to-date

Please describe your issue in as much detail as possible:

Whenever I run my desktop with Wayland, and connect my steamlink to my Desktop, the screen on the TV will be rubbish with every color of the rainbow all over the screen. The screencapture of the desktop is clearly not going as planned. Actions still work fine, and I can navigate via the controller connected to the steamlink by simply watching what I am doing on my computer screen. Once I launch a game, the corrupted mess disappears and I can properly see the game being streamed to the steamlink.

Steps for reproducing this issue:

1. Use Wayland (I am using Gnome on Wayland in case that matters)
2. Start steam
3. Start steamlink
4. Connect to desktop

What happens:
I see a corrupted mess on my TV

What should happen:
I should be seeing steam big-picture mode, as my computer display is showing.

Workaround:
Use gnome on Xorg.

[MayeulC]

I am affected as well. Steam Remote play doesn't work, neither does remote play together. Input and audio works perfectly.

The computers used for testing were:

• Archlinux desktop (AMD R9 Fury, Mesa, RADV), native steam (and flatpak)
• Archlinux laptop (Intel integrated graphics), via flatpak

Clients tested:

• Android application, LAN/LTE
• laptop with sway (with and without hardware decoding)
• desktop with sway (with and without hardware decoding)

Servers tested:

• ❌ desktop with sway (with flatpak, without, with and without HW encoding)
• ❌ laptop with sway (with and without HW encoding)
• ❌ desktop with plasma wayland (with HW encoding)
• ✔️ desktop with i3 (with HW encoding)
• ✔️ desktop with plasma on X11 (with HW encoding)

I am thus reasonably certain that the issue is with Wayland or XWayland (I would need to test plasma without HW encoding to be sure there are not two separate symptoms here). Screen sharing from applications like Firefox do not work on Wayland either.
A possible future solution might leverage pipewire for capture.

I haven't seen anything on the client besides corruption (like uninitialized memory, with a few textures from former apps), even after a game starts. I used simple games for my tests (FTL: Faster than light, Crypt of the necrodancer), and only tried 3D games like Portal 2 on X11 to confirm it still worked. Do 3D games use a different capture method? (Vulkan layer, OpenGL lib injection). Which ones should I try?

[ghost]

Same issue on Plasma Wayland (tested on Arch Linux). I assume Steam would have to ask pipewire to stream the desktop.

[tgunnoe]

Same issue on Sway

[PMaynard]

Same on Fedora 32, with RPMFusion steam, and Sway.
Audio works. But no visual on the steam link device iPhone current iOS.

[sinedoOo]

Same issue on Fedora 32 + Gnome wayland

[PMaynard]

anyone tried the flatpak version?

[fuzunspm]

same issue on Arch Linux swaywm/wayland + iPad setup

[MayeulC]

anyone tried the flatpak version?

@PMaynard: Re-read my comment, I am using the flatpak version.

This is pretty much a known issue for every wayland environment at that point, so I don't think there's much point in adding pages of comments that everyone has the same issue, and it would be more productive for everyone to upvote the issue.

Valve seems to be working on a wayland compositor, I believe the capture functionality could be integrated into it, and then have the compositor act as a client to also display stuff on the screen (if needed). Not sure if that's the way they want to go forward with, but that's what I would do. Pipewire and waypipe are other, more general options.

[yokem55]

Playing around with this a bit more - in a sway session at least it seems that only the big picture interface has trouble being streamed. Starting a game while looking at the normal monitor with the keyboard launches the game, and the game will then appear over the steam link (android app or standalone device) properly. This is only a partial work around, but it does mean xwayland has what it needs to capture and stream the game.

[MayeulC]

@yokem55, that's interesting, it never worked for me. Neither steam nor browsers are able to capture other Xwayland windows, only displaying a black background. @emersion hinted that it should work already, so I am not sure what's going on, I will re-test soon. Some of it could be due to multi-monitor specificities.

[awmath]

@emersion hinted that it should work already, so I am not sure what's going on

I think there has been a missunderstanding as @emersion was talking about Steam Play, which works fine on wayland, whereas this topic is about Steam Remote Play, which doesn't.

[maweki]

@emersion hinted that it should work already, so I am not sure what's going on

I think there has been a missunderstanding as @emersion was talking about Steam Play, which works fine on wayland, whereas this topic is about Steam Remote Play, which doesn't.

I think you misunderstood. For me as well, steam link/remote play works on wayland for a game but the big picture mode window is just black with a few artifacts.

That's exactly what I'm seeing. So streaming demonstrably works. Just unusable if you can't select a game.

[maweki]

I don't want to create additional noise, but to document what I think we're all talking about.

1 My Steam Link Android Phone screen before connecting

2 Pressing Play on the phone, trying to stream big picture mode

3 Quick-Selecting dicey dungeons below, skipping big picture streaming

And as OP posted, even for the arrifacted big picture streaming, commands from the phone get relayed just fine. You just can't see it.

[awmath]

@maweki True, I should have been more specific. The Problem is not streaming the games on Wayland via Steam Remote Play, but anything desktop related.
It still holds true, that @emersion was talking about Steam Play, which has nothing to do with Steam Remote Play.
Furthermore, at least for me it is not the Big Picture mode itself which is the problem. You can go ahead and in the Steam Link settings choose "Launch Mode: Desktop". This won't bring up the Big Picture Mode but still won't stream anything useful until you start a game.

[awmath]

I finally found a workaround!
The problem seems to be the wayland compatibility of steam. This seems counter-intuitive at first, but seemingly all screen capture software has trouble with wayland (just do a quick search for wayland screen capture black screen on the net)
So steam has to run under x11 to support remote play. Luckily we have a way of using x11 applications under wayland with Xwayland. Now we "just" have to force steam to run under Xwayland

First we start a Xwayland server with a seperate display Xwayland :11. The display number should be any display number which is currently unused. Then start steam with DISPLAY=:11 steam.
Done.

You can fiddle with the Xwayland settings until you are satisfied
Now just to make it a little bit more comfortable...

[maweki]

I finally found a workaround!
First we start a Xwayland server with a seperate display Xwayland :11. The display number should be any display number which is currently unused. Then start steam with DISPLAY=:11 steam.
Done.

So what you're basically saying is, while Steam or Linux (who is responsible for that?) seems to run most games in XWayland already, the steam client proper does not and is therefore not capturable? This would imply that games that work with and use wayland would not be streamable either, yeah?

[awmath]

So what you're basically saying is, while Steam or Linux (who is responsible for that?) seems to run most games in XWayland already, the steam client proper does not and is therefore not capturable? This would imply that games that work with and use wayland would not be streamable either, yeah?

That's correct. In fact that's how I stumbled upon this "solution". I tried adding non-steam applications to see which could be captured and which not. And even some steam games couldn't be captured (Wasteland 2 for example).
By default all applications should start under wayland and only legacy applications shouldn't.
By running steam inside the Xwayland server, steam will start all other applications in this instance as well. So all games should be streamable from there on.

Edit:
One more observation. Starting Xwayland with the -rootless argument (which would be desirable) won't work. Which leads me to believe that maybe it's not that steam isn't running in a Xwayland session, but rather the default Xwayland implementations in Gnome/Sway/"you name it" all use the rootless Xwayland path. While this is definitly the right choice I wonder if there is a way around this.

Edit2:
For gnome I can confirm that Xwayland runs as rootless which causes the issue with remote play.
So one fix could be to disable Xwayland for Gnome alltogether by adding --no-x11 to the gnome-shell command in the systemd service file, and autostarting a Xwayland server with a custom command and without -rootless.

Also for all wlroots based wayland compositors (sway, cage, gamescope, ... ) this is a bigger Problem as it is hardcoded in https://github.com/swaywm/wlroots/blob/6c08fe979615ac88648eb91c87ea4c41fa1d7bdf/xwayland/server.c#L65.
Though there has been a merged pull request in october which could help here.
If we create a new file with the content:

#!/bin/bash
Xwayland ${@##-rootless}

make it executable and pass it to the compositor via WLR_XWAYLAND=... the Xwayland server should be started without the rootless argument. Given the used compositor uses the required version of wlroots (>0.12.0)

[Tzigamm]

Any progress on this? Wayland is finding its way into more and more systems with Fedora, Ubuntu and others enabling it by default. Some players (me included) switch to wayland for gamer-oriented features such as a better multi-munitor support, better high refresh rate support natively and native HiDPI options, as of now I cannot stream any game to my Steam Link nor to any of my friends through Remote Play Together without switching first to X11 (which is really not an option in my case). Now that multiple Wayland streaming alternatives exists (most browsers support screen sharing on wayland, OBS works fine too) I hope Valve can do something about it before too many of us are stuck without a very cool and useful feature

[michaelnew]

So here's what I think is happening, plus 2/3 of a workaround (maybe someone else can figure out the rest of this):

Most games run in an Xwayland window, and Remote Play is able to stream the contents of that window just fine. Anything that's running in a native Wayland window doesn't work (DOOM Eternal, for example), because Remote Play isn't using any capture methods that work on Wayland.

Even though Steam itself runs in Xwayland (it's definitely not Wayland native), it doesn't try and stream the contents of that window. Instead it tries to capture the entire desktop, which won't work if you're using Wayland. It's probably a sensible choice since a lot of games will try and show little launchers or popups or whatever and you'd want to be able to click on them or do whatever you need to do to get the game to launch. But regardless; it breaks streaming for Steam itself.

If you do something like this: Xephyr :1 -screen 1920x1080 & DISPLAY=:1 steam it will put steam into it's own little X11 box, and when it streams the "desktop" it's really just streaming the contents of that X instance. The problem is that games try to launch inside of that X instance, and at least the games that I tried didn't work (missing Vulkan libs or somesuch). But you can make games launch outside of Steam's little sandox by setting the launch options to DISPLAY=:0 -- %command%.

However... Remote Play doesn't switch to streaming the contents of that Xwayland window. It just sits there streaming the Big Picture interface. So if there's a way to convince Steam to stream that window I think we'd be in business.

Obviously the real solution would be for Steam to be able to capture the desktop on Wayland, probably with xdg-desktop-portal. OBS did this recently. There's a plugin here that was merged into OBS proper. So it's definitely doable now.

[minikN]

Is this being actively worked on by Valve?

[maweki]

Is this being actively worked on by Valve?

I imagine it must. At least the odd guy. The plan for SteamOS and the new hardware can not be to stay on X for the rest of eternity. It would be unusual for Valve to drop the ball on this long-term architecture stuff.

[cinerea0]

Has anyone come up with any other solutions for this problem? Neither the Xephyr not Xwayland solutions listed above have worked for me.

[kode54]

Gamescope now has a PipeWire stream, which was just implemented less than a month ago. The issue is linked above.

[Mushoz]

@kode54 What exactly do you mean? What issue is linked above? And what exactly does Gamescope have to do with in-home streaming not working properly under Wayland?

[YellowOnion]

Capture apps request access to a opaque capture device, pipewire facilitates the communication and routing of video and audio streams, but like with sound, it doesn't actually produce or consume a video stream, that's for pipewire clients, It's up to your Wayland window manager via a xdg-desktop-portal to handle requests and create a capture source, the protocol supports the ability reuse old sessions, it's up to your portal and Steam to handle session reuse correctly though.

common portals:
GNOME xdg-desktop-portal-gnome
KDE xdg-desktop-portal-kde

[User8395]

The reason I still use Xorg is because when I'm running Minecraft: Java Edition from Steam Wayland, Steam Link will stay at "Please Stand By" until I select a game from the Minecraft Launcher.

[TheJackiMonster]

Pipewire should have an option where you can permanently give screen access to a specific program.

It's definitely supported in GNOME. Works with OBS for me.

[LuNeder]

Pipewire should have an option where you can permanently give screen access to a specific program.

That’s your xdg-desktop-portal’s job. Open an issue (or even better: pull request) to the portal you use requesting this feature.

Depending on your portal you might also be able to make a script for that. For instance, wlroots’ xdg-desktop-portal-wlr let’s you change the selection menu from dmenu to literally anything else - such as your own script that makes some checks before asking or automatically allowing and automatically choosing a monitor. I was initially planning to do that, but wlroots sucks and works like shit so I just stopped using it and migrated back to x11 and compiz before getting to it (at least until I can do something with smithay myself or something). Still, if you can get the program that’s requesting your screen then the script would be pretty straightforward. Not sure how this works on other portals, but you could always open an issue to yours if one doesn’t exist already.

[perroboc]

Back on topic: Current stable release works fine using Wayland on Plasma 6. I was able to stream Hades just fine.

There's no need to use Beta version.

Using Fedora 40, Plasma 6, Wayland, AMDGPU.

Steam Beta Branch:  Stable Client
Steam Version:  1716584667
Steam Client Build Date:  Fri, May 24 4:48 PM UTC -08:00
Steam Web Build Date:  Fri, May 24 4:31 PM UTC -08:00
Steam API Version:  SteamClient021

Operating System: Fedora Linux 40
KDE Plasma Version: 6.0.5
KDE Frameworks Version: 6.2.0
Qt Version: 6.7.1
Kernel Version: 6.8.11-300.fc40.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 32 × AMD Ryzen 9 7950X 16-Core Processor
Memory: 31,0 GiB of RAM
Graphics Processor: AMD Radeon RX 7900 XTX
Manufacturer: ASUS

[LuNeder]

That said, are we sure that the original problem in this issue even still exists?

Admittedly I haven’t used wayland in a while, but when I did I never had a problem that was caused by Steam. Everything worked fine for me from the Steam side, as long as it was launched with -pipewire.
Of course, wlroots was (and still is) a problem and you have to apply a hack/patch in order for it to work (and good luck opening an issue about that on their tracker), but then again that’s not a Steam issue. Just use a window manager that’s based on an actually good library and you’ll be fine. There are some really cool wms coming out using smithay these days.

What I mean is that this issue miiiiiight be ready to be closed imo, if no one is having a problem actually caused by Steam.

[VoodaGod]

With this setup:

Steam Beta Branch:  Stable Client
Steam Version:  1716584667
Steam Client Build Date:  Fri, May 24 22:48 UTC -08:00
Steam Web Build Date:  Fri, May 24 22:31 UTC -08:00
Steam API Version:  SteamClient021

Operating System: Manjaro Linux 
KDE Plasma Version: 6.0.5
KDE Frameworks Version: 6.3.0
Qt Version: 6.7.1
Kernel Version: 6.9.3-3-MANJARO (64-bit)
Graphics Platform: Wayland
Processors: 16 × AMD Ryzen 7 5800X3D 8-Core Processor
Memory: 62,7 GiB of RAM
Graphics Processor: AMD Radeon RX 6700 XT
Manufacturer: Gigabyte Technology Co., Ltd.
Product Name: X570 AORUS PRO
System Version: -CF

running steam without pipewire, i can stream the big picture UI fine, but as soon as focus shifts to a started game or i alt tab to anything else, i just get the "please stand by" screen until i refocus the steam window

interestingly, with pipewire i still always get the screen capture select popup, but the permission seems to be remembered, because streaming works fine without interacting with the popup

[Nicceboy]

Replying to #6148 (comment)

In last year and early this year, I played Elden Ring about 200 hours without problems by streaming it with Steam Link, by using Wayland + sway and pipewire. Now, with new UI and this "broadcast" window, it just stopped working. It just wants to stream the content of this "broadcast" window, which has just the abort game button. BigUI seems to still work, but it no more wants to stream anything else.

[LuNeder]

Does anyone happen to know how I can make KDE automatically accept steam's request for screen sharing? I can't really accept it if I'm not at home, and if i wasn'þ at home I wouldn't be using steam link lmao

In KDE's popup there's an option that says like "allow this to be restored in next sessions" or something, but that changes nothing.

[LuNeder]

Uh, but actually now (at least on NixOS) if I launch steam with -pipewire it will crash as soon as I try to connect to Steam Link
(this also happens on X11 idf I launch with -pipewire, but on X11 without -pipewire Steam Link works fine. On Wayland -pipewire is needed, and with -pipewire steam will crash as soon as I connect to Steam Link)

steam-pipewire-coredump-wayland.txt
steam-pipewire-coredump-x11.txt
steam-logs-pipewire-segfault.tar.gz

[rhasselbaum]

Uh, but actually now (at least on NixOS) if I launch steam with -pipewire it will crash as soon as I try to connect to Steam Link (this also happens on X11 idf I launch with -pipewire, but on X11 without -pipewire Steam Link works fine. On Wayland -pipewire is needed, and with -pipewire steam will crash as soon as I connect to Steam Link)

I'm running Steam on NixOS (unstable) and I don't have this problem. Wayland without -pipewire works fine for me, although I do get the KDE Plasma prompt to approve screen sharing. (Not a problem for me, since I only use this to stream from office PC to living room TV.)

[Orangestar12]

Running KDE Plasma 6, running Steam with -pipewire launches an xdg-portal window, of which I select my full workspace. Afterwards I can stream just fine, but the stream is visually unusable due to a framerate of around 0.2fps

Without -pipewire most apps cannot be captured.

[polluxau]

For me using the -pipewire option i get these showing up in the logs, is this a issue to worry about or report somewhere like pipewire?

Steam big picture is also funky with this capture and if i move my cursor over to my second monitor and left click the screen goes black on the phone im streaming it too until i click back on the main monitor its trying to capture

And for me exiting out of big picture onto desktop lands on a black screen also on my phone it is streaming too

This is a Ryzen 7600, RX 6700, Cachyos, Kernel 6.12.8, Mesa 24.3.3

Just testing anyways as sunshine + moonlight works great on wayland

CDesktopCapturePipeWire: Couldn't import dmabuf: Function not implemented
CDesktopCapturePipeWire: Failed to mmap memory: Operation not permitted
CDesktopCapturePipeWire: Couldn't get image data
CDesktopCapturePipeWire: Couldn't import dmabuf: Function not implemented
CDesktopCapturePipeWire: Failed to mmap memory: Operation not permitted
CDesktopCapturePipeWire: Couldn't get image data
CDesktopCapturePipeWire: Couldn't import dmabuf: Function not implemented
CDesktopCapturePipeWire: Failed to mmap memory: Operation not permitted
CDesktopCapturePipeWire: Couldn't get image data
CDesktopCapturePipeWire: Couldn't import dmabuf: Function not implemented
CDesktopCapturePipeWire: Failed to mmap memory: Operation not permitted
CDesktopCapturePipeWire: Couldn't get image data
CDesktopCapturePipeWire: Couldn't import dmabuf: Function not implemented
CDesktopCapturePipeWire: Failed to mmap memory: Operation not permitted
CDesktopCapturePipeWire: Couldn't get image data
CDesktopCapturePipeWire: Couldn't import dmabuf: Function not implemented
CDesktopCapturePipeWire: Failed to mmap memory: Operation not permitted
CDesktopCapturePipeWire: Couldn't get image data
CDesktopCapturePipeWire: Couldn't import dmabuf: Function not implemented
CDesktopCapturePipeWire: Failed to mmap memory: Operation not permitted
CDesktopCapturePipeWire: Couldn't get image data
CDesktopCapturePipeWire: Couldn't import dmabuf: Function not implemented
CDesktopCapturePipeWire: Failed to mmap memory: Operation not permitted
CDesktopCapturePipeWire: Couldn't get image data
CDesktopCapturePipeWire: Couldn't import dmabuf: Function not implemented
CDesktopCapturePipeWire: Failed to mmap memory: Operation not permitted
CDesktopCapturePipeWire: Couldn't get image data
CDesktopCapturePipeWire: Couldn't import dmabuf: Function not implemented
CDesktopCapturePipeWire: Failed to mmap memory: Operation not permitted
CDesktopCapturePipeWire: Couldn't get image data
CDesktopCapturePipeWire: Couldn't import dmabuf: Function not implemented
CDesktopCapturePipeWire: Failed to mmap memory: Operation not permitted
CDesktopCapturePipeWire: Couldn't get image data

[stelioskat]

It is insane that this bug has not been fixed after so many years.

[NullReferenceError]

I have abandoned trying to get this to work reliably. Sunshine/moonlight provide a much better experience overall, with more up front configuration but support is regularly provided and bugs are regularly fixed. Works in both X11 and Wayland, also supports many other custom configuration options as well as pre/post connect script functionality to do almost anything else necessary. I use these for scripts to turn off the local monitor when streaming, as an example. Sunshineapp.lizardbyte.devPlay Your PC Games Remotelymoonlight-stream.orgOn Jan 9, 2025, at 2:01 PM, Stelios Katsanevakis ***@***.***> wrote: It is insane that this bug has not been fixed after so many years. —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

[mike4president]

I am having the same issue with Fedora 41 Gnome Edition and a NVIDIA 4070 TI in 2025. 🙁

I wanted to switch to Linux for Gaming and to use Steam Link but after 2 days of trying to get Steam Link to work I am giving up. Moonlight is not an option for me, since I experience a lot of PS5 controller issues on my Apple TV which I do no have with Steam Link under a Windows environment. I hope this gets fixed since Wayland seems to become the standard.

[shelterx]

I can connect to steam through my Apple TV and it plays pretty well and I don't get any approval prompts either...
But before connecting, make sure the display is turned on (login to your DE session) otherwise you won't get good performance.
Other than that I've just disabled hardware acceleration in steam for Web View in Settings.

CachyOS, KDE 6, Nvidia RTX 4070, driver 565.77

[Hydranet]

Just thought I'd share my thoughts and experience here with Wayland and Steam game streaming, my gpu being an AMD Radeon RX 7900 XTX on Fedora 41. Sunshine and Moonlight didn't work well for me I only got my desktop when selecting to launch Steam, but I think I found sort of a work around for Steam streaming and Steam Connect.

1. I found that when I launch Steam with the -pipewire flag and then tell which monitor I wanted to share. That then I could Stream Steam from my Nvidia Shield with Steam Connect but it Steam Big picture mode being really laggy, I then launched a game and the game would be really laggy as well. So a not a good experience.

2. After this I would quit the game and quite Steam. Then I would launch Steam normally so without the -pipewire flag. After which I would use Steam Connect from my Nvidia Shield again and this time I had normal reaction time when pressing buttons on my controller and from my tv, then I would pick the game I launced earlier and now it the experience was perfectly normal without experience lag.

I did notice one time that even with this that one game I would get a black screen after having launched the game but before launching the game I would be in big picture mode with a normal user experience, as in how you expect it to be . However when I repeated what I did before again, so what I mentioned in step 1 and then launched the other game again it would be a perfect no lag experience again and playable as if I was sitting at my pc. Then I launched another game which I hadn't launced before and then this launched with no lag and playable as if I was sitting at m pc. So it seems like after having launched a game once without getting lag then the times you launch it after that are a good experiences as well so without lag.

It's an acceptable work around for me, if it gives me an experience where my Stream games are playable with a good experience on Wayland as in in results in an a stream experience which everything feels normal as it should be. I don't quite understand why this works but I would be curious to know what other people's experiences are with this work around that works for me?

[mike4president]

Thank you for your response. I’m genuinely impressed by how far Linux gaming has come since I last gave it a try. Almost everything worked seamlessly out of the box—Mangohud, OpenRGB, Secure Boot (at least on Fedora), and even signed Nvidia drivers. I was fully prepared to at least keep Linux installed on a second SSD.

However,
Steam Link became a dealbreaker. Even if I managed to get it running without encountering a black screen, the lack of a Steam Audio Driver for Linux PipeWire—and therefore the inability to achieve 5.1 audio—completely derailed my plans. I really hope Steam addresses this issue in the future. Is there already a feature request open for it?

[JeromeDesseaux]

We are now in 2025. This issue was opened in March 2019—six years ago—and still no solution has been provided.

Could we get an update on what's happening? Valve has made significant contributions to Linux gaming, yet this issue remains unresolved. This is a dealbreaker for many users. I own a Steam Deck and would like to stream properly from my Linux desktop. Most desktop environments now run on Wayland, and X.org has been deprecated by Red Hat and will likely be deprecated by many other upstream distributions soon.

Any official news regarding this topic ?

[polluxau]

We are now in 2025. This issue was opened in March 2019—six years ago—and still no solution has been provided.

Could we get an update on what's happening? Valve has made significant contributions to Linux gaming, yet this issue remains unresolved. This is a dealbreaker for many users. I own a Steam Deck and would like to stream properly from my Linux desktop. Most desktop environments now run on Wayland, and X.org has been deprecated by Red Hat and will likely be deprecated by many other upstream distributions soon.

Any official news regarding this topic ?

There isn't much news, the solution for now is to use sunshine + moonlight if you have problems and you can launch steam big picture with the moonlight app also, you just need to allow the firewall ports and that's it

[shelterx]

Yeah, Sunshine should work. I find it runs slightly better than the Steam streaming (if you have that working).

[perroboc]

We are now in 2025. This issue was opened in March 2019—six years ago—and still no solution has been provided.

Could we get an update on what's happening? Valve has made significant contributions to Linux gaming, yet this issue remains unresolved. This is a dealbreaker for many users. I own a Steam Deck and would like to stream properly from my Linux desktop. Most desktop environments now run on Wayland, and X.org has been deprecated by Red Hat and will likely be deprecated by many other upstream distributions soon.

Any official news regarding this topic ?

I've had success with many games, more than a couple years ago. It's been improving, but it's not quite there yet.

What games have you been having trouble with? For example, in my case (Fedora 41 KDE + flatpak steam) it just works for single window games (Hades), but not for games with launchers or EAC (Elden ring), since the app to track changes in the latter.

Maybe if you share what games you have trouble with, then Valve (or us, the community) could look into it. Also, remember to enable the beta release!