They don’t even have to support Linux. They just have to stop actively preventing the game from launching on Linux platforms.

In this context “no longer supported” just means “no longer receiving active development support”. Not “doesn’t work with the service”.

So actually no, that’s not what “no longer supported” means here, at all.

Here’s one source.

SteamOS is just Linux with the desktop environment replaced.

You can boot Windows into an alternative shell.

Do you have any firsthand experience using windows that way? Because I’ve been setting up big screen controller focused HTPC frontends on Windows using that exact method for years.

How is “you can’t make an equivalent product using Windows” subjective? My bad on that, I took it as a factual claim because that’s how I read that.

And don’t get me wrong, I’m really no Windows fangirl. I prefer Linux. (OpenSUSE Tumbleweed KDE always felt like home to me) I just think as an enthusiast and user of these products being honest about where they stand is important. And at least for a world where games and their associated tools are made for Windows first, there are still some valid edge cases where installing Windows on a Deck or any other handheld PC makes sense.

So, if we’re sharing opinions, let me get yours perhaps instead of just going at each other with snark? Why couldn’t Windows be used as the base for a handheld gaming device? I could definitely see an argument about the poor UI for handheld usage, but you can set it to boot right into the new gamepad UI which is essentially just steamOS’s game mode environment, which mostly solves that.

It’s definitely not as polished, and there are still some things that aren’t great (the software for using the gamepad itself, for example. It just isn’t as automatic as over in steamOS, which is one of my primary complaints. But that could be addressed by any OEM or Microsoft directly, if they chose to do it. Whether they would, or they’d get it done as well as what’s going on in steamOS is obviously another question.

Your first statement is essentially factually incorrect, and your second statement is true but I’m not really sure exactly what you mean by it.

Look, all I was getting at with my point is some things don’t work right within Proton, and the solutions to make it do so are really annoying. I still like Proton, I still use Proton, I still prefer Linux (and steamOS).

That doesn’t change the fact that certain specific gaming usecases (like using a version of Mod Organizer 2 with Starfield support that isn’t outdated) are just simpler overall under Windows right now, and relatively painful to get working under Proton.

Edit: It’s a lot of little stuff, like this, that makes various tools crash, that are the most frustrating. I still really admire and regularly use the WINE/Proton projects, it’s just that certain workflows are really complicated or broken in that environment.

Proton is literally just the windows compatibility layer and doesn’t “work best for what the Deck is designed as”. Feel free to say that about SteamOS, sure. But Proton is literally just a side effect of most software not targeting Linux.

Yeah, Mod Organizer 2 beta is still broken due to a qt6 dependency issue with WINE. Vortex Mod Manager still has issues and is a pain to even install. Certain mods for games require manually renaming DLL files and figuring out which ones to rename and what the name should be. You can’t simply treat it like Windows, which means for some usecases it’ll be far more complex to handle.

Mod Organizer 2 beta for Starfield still doesn’t work properly because of a qt6 error in WINE

You’ve got to rename .dlls nonstandard because the way they’re made breaks the WINE layer

But tell me again how it works perfectly? I’ve been using these tools since before the Steam Deck existed lol

Edit: Three weeks ago you were complaining about an issue with steamOS and external display resolution.

Tell me again how it’s all perfect?

SteamOS is Steam running Big Picture mode on a modified and limited Linux distribution based on Arch, with not much else going on. There is some weird shit with the compositor, but you can replicate that on any other Linux system.

It’s quite literally nothing special. The only reason to want it on Desktop is to save a few minutes of setup for a machine you intend to only run Steam games.

If doing certain things under proton was less of a pain in the ass, I’d agree with you. But proton still isn’t simple for some usecases.

EDIT: the people downvoting me very likely have only surface level experience with Proton. Sorry, it isn’t perfect. It’s based on WINE, which also isn’t perfect. It’s making a lot of progress and is damn close but it isn’t perfect.

Yeah I’m fairly certain exophase just charged for Drastic because they knew it was leagues better than every single open source emulator for Nintendo DS on the Arm platform, and people absolutely would pay for it.

I mean, I guess it’s fair for people to charge for their work. But I do have to wonder if the entire project was novel, Y’know?

If it helps at all, Drastic DS is developed by Exophase, the developer behind the gpSP emulator, which is open source. Drastic is safe, and has for years been the only decent choice for Android as far as performance goes.

That said, from what I’ve just found, they’ve dropped support for Drastic, so pirating it is a good idea regardless.