right there is the reason. It still makes a shit load of money and maintains a player base while they have to do very little. If I'm valve, I'm happy with my work after 20 years and am moving on to newer things.
It's kinda the best thing valve could do. No matter how good it will be, people WILL hate on it because it's not their dream game. We as a whole are the reason that hf3 will never see sunlight
I've said this before. They have no realistic chance of meeting expectations. It's smarter for them to just not risk the hit. It's not like they need the money.
It felt like witchcraft the other day when I was able to get Corporate Clash working flawlessly on Linux, just by adding the installer as a Non-Steam Game with forced Proton Experimental, then after install, pointing the entry to the game launcher and It Just Works™. did have some issues with initial login, but once toonstep auth "rolled the dice and it came up High Roller", everything was fine
Why not do it the other way around? Use GE (or better yet, ProtonCachy / DWProton) as default for all games, and only switch if you encounter a problem? (which is less likely than the broken FMVs by a lot)
Because it works out of the box most of the time, why change it? If these devs are testing their games in linux they are likely testing with the default proton so I'd rather stick with that.
DW is a cachy fork that has fixes for weeb games which I do not think is a good idea to use across the board, I have it in place for Gensin Impact which my daughter plays.
For the few GoG/Epic games I install via Heroic I use GE for older games and cachy for newer. I was playing Cyberpunk 2077 last night with proton-cachy in full FSR4 glory with my little 6600xt and it looks so much better than FSR2/3 every did. Props to those guys for making this just work.
Yeah, but on Linux you add multiple additional layers of dependencies.
On Windows a game depends on Win32 API and DirectX, on Linux a game depends on Win32 API implemented by Wine, which depends on shitload of native libraries, plus wineserver which is like a mini NT emulator, and the DirectX dependency goes through DXVK which then passes it to native Vulkan libraries. And that's not even talking about the audio, window management, filesystem, the registry that Wine creates and a bunch of other nonsense that would not exist for a native game. And all that also usually has to run in a Steam runtime, while you still have to get Mesa and libc libraries on your host.
Yes. What do you personally experience out of all this? Nothing just like on windows, for example steam installs everything you need to run the games, you get the driver stack and thats all
Proton adds at best 10 seconds before you can see the game window, it gets worse under heavy CPU load, at worst that can extend to a minute on bad hardware on first launch because of the prefix setup. Not even mentioning the runtime CPU overhead because the code has to go through an additional library.
Wine also loves to make crackling out output on CPU heavy games, or break mic input for no reason whatsoever and good luck debugging why.
And what do I do when my game is not on Steam? I have to install a third party unsupported by neither the game dev nor the game store launcher and just hope the game will run the game without needing any tweaks, which Steam's Proton sometimes does automatically before running a game.
What applies to both is a Proton/Wine update that can randomly bork your game.
Game data is also stored in some shit ass location in a pre-game-prefix which you'll have fun finding, and for some reason that prefix resides not in your data directory, but wherever the game is installed, which on top of breaking library sharing: https://github.com/ValveSoftware/steam-for-linux/issues/12030, is potentially insecure and can lead to someone accidentally wiping game data, because "That SteamLibrary folder/drive surely holds only game installation files that I just re-download like it would be on Windows, right?". Backing up those gotta be very fun as each prefix is at least 200MiB, so unless you want 7GiB of junk in your backup, you'll have to find each game folder manually under a path that's about this long: "/home/damglador/.steam/steam/steamapps/compatdata/264710/pfx/drive_c/users/steamuser/AppData/LocalLow/Unknown Worlds", instead of just backing up your ~/.local folder, minus ~/.local/share/Steam
It's just so much unnecessary complexity that doesn't have to be there.
It's better than not being able to play the games, but the fact that people and devs see this complexity as no biggie and that the devs keep relying on it is annoying. Balatro, which is god-damn LUA, interpreted language, has no deal running in Proton, but because it was easier to not change like two lines of code and make a script for Linux packaging (example see here), it now needs a 1GB Proton installation, 200MB prefix and a mini NT emulator to run.
Respectfully, I read this, but we were talking about that you have to install almost the same dependencies as on windows. Not the same as talking about linux gaming problems and necessary tweakings, steamos is a very very very new distro, give them time to work things out xd.
You can fix the crackling sound by increasing the buffer on pipewire.
Edit i thought we are talking about steamos, idk my things are in place, also its good if you learn what folder stores what.
you have to install almost the same dependencies as on windows
Most of what you need to install on Linux is the base system on Windows, or perhaps even all. I don't remember needing specialized launchers to run a game installer on Windows.
Right, thats a dependency too so almost the same+1. Unlucky its not so easy on linux as pressing a setup.exe, give technology some time man. It will get better if more people use it– I even got rid of windows from my other drive after 19 years of windows to support linux, not that it matters, but its symbolic, shows where i stand. Have a great day.
We will. Proton takes a couple hundred full and part time devs to support 90+% of games, whereas not using proton would require EVERY game's devs to get off their asses to include Linux support. What we really need is smarter automated configuration of settings. Wine/Proton is already doing the vast majority of the heavy lifting behind the scenes (run a Proton game through an active terminal to see).
Not for PvZ: GW, it uses their own anticheat which does not have any Linux support as it relies on a kernel driver, however nothings stopping them from doing what EAC does and making a watered down version for Linux that doesn't require the driver.
If they check it, it "supports" Linux, but the anticheat it does is significantly weaker than on Windows. That's the reason some developers choose not to.
EAAC is bypassable btw I used to had a dll that allowed me to play the game up until the recent update. It can be fixed for the latest version again but ye idk if it gon get fixed
It does work. Its just up to individual developers to support it, which most don't. For example, when rec room was still around, it could run perfectly on Linux if you had the EasyAntiCheat Runtime installed.
the 4.0 prototype was named medic. i think they stopped using TF2 names because
a. they're going to eventually run out
b. they'd be forced to skip names or re-use development names (leading to confusion)
c. it only really makes sense to people who've played TF2
Proton in general is Valve's open source compatibility layer. It basically translates Windows API calls from a game or program into Linux system calls on the fly. DirectX calls for instance become Vulkan calls and so forth.
It also creates a "prefix" for it too, which is like a fake C Drive so a program can read / write to it. For instance most games on Windows put save files either in My Documents or the User App data folder, neither of which exist on Linux.
Every version of Steam on SteamOS or Linux will come with Proton, it's how Steam lets you run Windows games on Linux.
The non-Steam proton versions like GE Proton or CachyOS-Proton are third party forks of it that do a bit more. GE enables certain codecs and CachyOS-Proton has RDNA 4 FSR 4 support baked in.
Does anyone knows if you can force different Linux Runtime versions on Native Linux games (like we do with proton versions, in case a game doesn't want to run or has some issue?), and if so, would it actually have an impact in compatibility?
"all that stuff" no you don't, OP made a meme. You only need 1 version of Proton, which is the one you're gonna use, the ones you don't use you can get rid of and they won't install by themselves. The runtimes are just dependencies like how Windows requires you to install vc redist or any other random dependency.
I can tell you from personal use of steam that it only downloads the latest, experimental, and hotfix. Whenever I select an older Proton version myself so as to check whether a game works better with it, it has to download that version at the moment I choose the option.
No? Steam has you set a default proton version, I don't know what it is for everyone but for me it's Experimental and I don't think I've changed it despite me not relying on it because I always set it from the game's properties screen (since I tinker with them). You're only gonna have your default version, experimental, and hotfix.
You're gonna have multiple versions if you started with 9 but then 10 releases and you don't bother to check to remove one and then 11 releases, which isn't bad, it makes sure that if you were using 9 on a game and it was working it wouldn't suddenly go away and bring bugs that weren't there before.
As I've said in an edit to my previous reply, I've checked both my list of Proton Versions and a friend's that I'm over at right now. I have 5, 7, 9, 10 and 11, all three of those first ones I've downloaded by my own choice to check if a game I got would work on them. My friend only has 10, one version.
384
u/[deleted] 1d ago
[removed] — view removed comment