Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Additionally, the Steam Deck ships with Wayland by default. Hundreds of thousands of gamers are stress-testing it without any complaint that I'm aware of.


Games isn't exactly the best stress test for a windowing system. Most (if not all) run in full-screen mode and don't really use it much after the launch. And that's not what desktop computing is about. You want to run multiple programs, you want them to integrate with each other. But games don't need any of this.


> you want them to integrate with each other.

Do you? Not going to lie, I'm perfectly happy just using the apps I want to use and having none of them talk to each other. 90% of my use is covered by Vivaldi (browser stuff which is most stuff these days) and Kitty (Neovim, random TUIs and utilities). The few other apps I have are Steam, Krita and Blender, which are all worlds unto themselves and have no need to integrate with anything.


I don't disagree in principle, my workflow is pretty similar, most of the integration part goes thru kitty for me too. But I also need need screenshot and screencast - which need special permission in Wayland because reasons. Fine for me, but I can imagine some having their workflow around specific tools, that might or might not work with Wayland - and apparently, Wayland team thinks it's not their problem.

And I personally need kicad - it doesn't support Wayland at all because of some mouse-related stuff. Again, Wayland team thinks it's not their problem.

Then I had a lots of issues with a graphics tablet. Yes, it's a cheap chinesium knock-off, but it does work on X11. Wayland - no chance and it's obviously not their problem.

So I dropped Wayland altogether and went to X11/herbstluftwm. Was a few years ago, but I didn't bother to go back since - why should I? These aren't their problem, but now I don't use Wayland anymore, so these aren't my problem either.

What I'm trying to say, "hundreds of thousands of gamers stress-testing" have very little to say about usability. Yes the graphics part is excellent, nobody is denying that. There is more to a WM then graphics.


There is a "Desktop mode" that I, at least, use more than the handheld mode. Not sure if it's running Wayland though.


Desktop mode on the Steam Deck uses X11. I think that's why the brightness control is fucked up (ever notice how the brightness is always 40% when you switch to desktop mode?). You can manually switch it to Wayland, but Steam input is broken under Wayland (or at least it was last time I checked, which is admittedly half a year ago or something).


> input is broken under Wayland

Drop the ‘Steam’, it's cleaner. Wayland's raison d'etre is to push frame buffers without tearing. Input is an afterthought.


> Input is an afterthought

This. You need more than graphics to have a windowing system. Wayland team threw out X11, did graphics and left the rest for the others to figure out.


That's odd, I'm using Wayland on my desktop and, for example, Japanese input works 問題ない. Then again, I haven't tried every possible input method/peripheral in existence, so I may just be the one in [some arbitrary large number] who lucked out.


Running fullscreen games on a single fixed hardware configuration isn't exactly 'stress-testing', it just tells you that a single code path works.



That post is 3 years old, so basically around 1 year into the Steam Deck's release.


And yet, Cities Skylines still (last tried: about 2 months ago) crashes for me when I try to load it in Wayland on Fedora, which has removed Xorg from its updates.

Wayland has broken dozens of my Steam games.


I just played Skylines last night via Proton-GE. AMD GPU. Fedora 43. Gnome.


CS1, right? If so, can you please detail what you might have done differently?Load options? Some package or another I might be missing? All I know is that with Xorg it worked perfectly, I upgraded Fedora, and now that I only have Wayland, whatever I was doing before no longer works. I'd be grateful for the help.


I am using a system-installed Steam, but sometimes a Steam Flatpak can help with troubleshooting, because it bundles components inside of the flatpak. Running games this way may give you a 5% performance penalty, but it's a good way to see if you have a packaging issue (other things needing installed, or misconfigured).

Also are you running th Linux native one or the proton version?

I run everything through Steam with the proton compatibility layer forced. It's a steam client option somewhere.

I think they're an app called ProtonQT or something like that. It will enable you to easily download the latest proton-ge version. Once downloaded and installed you will need to restart the steam client, then restart the steam client again after selecting the new proton-ge version as the default.

---

https://www.protondb.com/app/255710


I'll try again. I tried both native Linux and a dozen Proton builds, and none would load, even with no mods or DLC. I'll try again with the latest, and if that doesn't work, I'll try the flatpak instead of via RPM Fusion.


There is a note on protondb about needing the most recent proton-ge release. Use ProtonQT flatpak, should help you install / maintain proton-ge versions. Will get you the latest updates as they release.


The Steamdeck loads games into some kind of nested x11 renderer-in-a-window, I think. If for no other reason than to try to avoid Wayland’s extra input latency? Dunno. Maybe you lost some component it needs to work, if regular Steam also does that.


Regular steam does not do that. At this point on most hardware (minus SOME Nvidia, I think older stuff like 2XXX) you should have less latency in Wayland than x11.


I was under the impression that some of the anti-screen-tearing and other features in Wayland unavoidably set a higher (and, higher-enough to be noticeable in some contexts) floor on latency, though, because of how those features necessarily work. I don't mean drivers.


Variable Refresh Rate in Gnome. No screen tearing, no input latency hit for full screen games. To make this work correctly, I think regardless of OS, you need to cap the refresh rate to something just inside the max for the monitor. A lot of games these days have fps limiters. Let's say your monitor was 144hz. You'd want to cap fps to something like 140hz. That's going to prevent any screen jank or input latency.


It ships with Wayland, but it does almost everything with X(wayland)


Wine 9.22+ has the native Wayland backend by default. Now Xwayland is barely needed.


As someone who uses my steam deck as a workstation too, I really really wish this were fully true. The desktop is still X based, and that suuuccckkksss.


The next SteamOS release will use Wayland by default for desktop mode, too:

https://steamcommunity.com/games/1675200/announcements/detai...


The desktop sure, but the primary handheld mode uses Gamescope which is a Wayland-based session.


It's true that Gamescope is a Wayland compositor, but it does not support Wayland clients ("native Wayland programs" if you're unfamiliar with *nix terminology). In handheld mode, everything you see on your screen is an X11 client running under Xwayland. I have no interest in arguing over whether X11 or Wayland is better (I've used both and both work fine for me) but I would not use the Steam Deck to argue that Wayland is being stress tested by hundreds of thousands of gamers when none of their games are using Wayland.


Using Xwayland is using Wayland. It's entirely a moot point anyways, since Wine/Proton supports a native Wayland background these days anyhow.


There’s a gradient. For example, if I ran rootful Xwayland, ran an X11 DE inside that, and then solely used X11 software, it would technically be using Wayland but it would not be what most people are referring to when they are discussing the Wayland transition on the Linux desktop. Similarly, arguing that Wayland is being battle-tested by hundreds of thousands of gamers by citing a single-tasking gaming focused Wayland compositor that only supports X11 clients is not what most people are referring to discussing the Wayland transition either.

Wine/Proton may support a native Wayland backend but it’s not currently being used on the Steam Deck.


I've had bazzite on mine for a year and wayland by default




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: