Escape Simulator drops the Linux build to focus on supporting Proton
-
It's not an emulator it's an abstraction layer for the DirectX API etc. They're similar in ways but not quite the same.
As for the difference in native support, well actually having such a later might mean longer support. Some older native games may not run well on future systems as libraries and the kernel change, whereas so long as proton runs, the older games should continue to work.
Proton also adds functionality that wasn't really in the native Windows, i.e. superior suspend and certain input mapping features.
wrote on last edited by [email protected]Yeah, it's annoying to not have it native, but having Proton also means there's just one thing to maintain support for. If a major system library changes you patch Proton, not a thousand different games and programs.
Until Linux gaming starts making use of some form of standardized containers or maintain proper LTS environments there will always be a need to keep each game updated individually to maintain compatibility when old libraries gets deprecated. About time somebody gets that going (and no I definitely do not just mean flatpack)
Edit: apparently there's a Steam Linux runtime based on containers, maybe if we can get that standardized it would help
-
But it requires getting more of the team on Linux
Get them a Steam Deck and target only Steam Linux Runtime 3.
Ah, yes... if only. I've upgraded internally SLR 1.0 -> SLR 3.0 but we can't deploy it until a bug is fixed in the Steam client that causes, when we enable SLR 3, all Steam Decks to run the Linux build. Yes, Steam Decks run the Proton version, solely because the save file has different letter casing (yes I know it's so annoying haha). We've spent quite some time on this and there's no way to fix this without some folks losing their saves, and that is absolutely not an option. Soooo for now desktop Linux is stuck on runtime 1.0, and Steam Deck users are stuck on Proton. "fun"
-
Linux is pretty easy too release something for, the real fucking pain is MacOS
Every month xcode updates and breaks everything. Every two years I have to cycle a million certs that have different names depending on what apple docs your are looking at. Apple is pain
-
Ah, yes... if only. I've upgraded internally SLR 1.0 -> SLR 3.0 but we can't deploy it until a bug is fixed in the Steam client that causes, when we enable SLR 3, all Steam Decks to run the Linux build. Yes, Steam Decks run the Proton version, solely because the save file has different letter casing (yes I know it's so annoying haha). We've spent quite some time on this and there's no way to fix this without some folks losing their saves, and that is absolutely not an option. Soooo for now desktop Linux is stuck on runtime 1.0, and Steam Deck users are stuck on Proton. "fun"
Steam Deck uses ext4 with casefolding so upper / lowercase in filenames don't matter. Is casefolding getting in your way?
-
Why do people attribute decisions like that to the competence of the programmers?
Because supporting multiple platforms, especially in gaming, isn't magic or rocket science and almost always comes down to the setup of the toolchain.
This is a business decision
Very possible. But I go by their actual statement: "maintaining the native build across many distros was taking time away from developing new content". My point is regarding the "maintaining [...] across many distros" and not the "taking time away". A good toolchain would make these differences extremely minimal.
hundreds or thousands of hours logged for tasks related to supporting Linux
Extremely unlikely. That would mean more than 10 developers working fulltime purely on Linux support since the release of the game. According to their team page on their website they have 7 developers in total.
every build going out to tens of thousands of active players needs to be tested
This is why experienced developers decouple the game from the platform specific stuff and test them separately.
The game is made in Unity so most of the platform specific stuff should already be production ready. Unity literally markets their engine as "Industry-leading multiplatform support" with the motto "Create once, ship anywhere".
So my argument still stands. And as I said, it's not a bad thing. The only thing I dislike is the indirect implication of Linux being a hassle when it would be nicer if they would take more responsibility for it.
The game has been released 4 years ago. An average worker in the US works 1770 hours a year.
10 developers working full time over 4 years (and this doesn't even include the time they spent building the initial release) would work a total of ~70 000 hours, not "hundreds or thousands" of hours.
In fact, even thousands of hours would be only a single man year.
They've released 23 content updates so far, bugfix patches are probably much more. Even just building, superficially testing and deploying a release easily takes 4-5h. And this game is not just a plain and simple flat screen game, but one that supports SteamVR, something that's not remotely trivial on Linux.
Even a single non-trivial bug can cost 20h of total work time from support handling the report, a dev reproducing it, the bug going trough refinement, bugfixing, code review, testing, deployment and so on.
I guess you haven't worked in a real company before and don't know how project management and processes work. Stuff takes a lot of time.
And believing that Unity just magically abstracts all OS-specific bugs away is very naive.
And it's ridiculous to claim that they are dropping Linux support after 4(!) years because they are too incompetent to figure out how to support Linux. Obviously they could support Linux just fine from a technological standpoint.
-
yes yes, if its not the perfect solution, then we should have no solution. its a tired old argument.
You keep hallucinating this, as if you were an AI...
-
i don’t think anyone in this thread is saying we shouldn’t have proton,
Really?
On the one hand, it’s a shame in general, as Proton has truly been a pesky thorn on the foot for Linux gaming
Cause that implies wanting to get rid of it. You don't tend to fondly keep as a momento the thorn in your foot.. you rip it out and get rid of it.
You are the one choosing to read it that way and then hallucinating a whole sort of "perfection or nothing" argument from that.
Feels like you have some bone to chew, and I'm not exactly sure what kind of bone.
-
You are the one choosing to read it that way and then hallucinating a whole sort of "perfection or nothing" argument from that.
Feels like you have some bone to chew, and I'm not exactly sure what kind of bone.
Sure buddy.
-
You keep hallucinating this, as if you were an AI...
Realized you got talked into a corner, and rather than admit wrong you are gonna reply to every post with insults and insinuations?
-
This post did not contain any content.
I don't own this game, but twice I have switched positive reviews to negative for doing this.
-
Why do people attribute decisions like that to the competence of the programmers?
Because supporting multiple platforms, especially in gaming, isn't magic or rocket science and almost always comes down to the setup of the toolchain.
This is a business decision
Very possible. But I go by their actual statement: "maintaining the native build across many distros was taking time away from developing new content". My point is regarding the "maintaining [...] across many distros" and not the "taking time away". A good toolchain would make these differences extremely minimal.
hundreds or thousands of hours logged for tasks related to supporting Linux
Extremely unlikely. That would mean more than 10 developers working fulltime purely on Linux support since the release of the game. According to their team page on their website they have 7 developers in total.
every build going out to tens of thousands of active players needs to be tested
This is why experienced developers decouple the game from the platform specific stuff and test them separately.
The game is made in Unity so most of the platform specific stuff should already be production ready. Unity literally markets their engine as "Industry-leading multiplatform support" with the motto "Create once, ship anywhere".
So my argument still stands. And as I said, it's not a bad thing. The only thing I dislike is the indirect implication of Linux being a hassle when it would be nicer if they would take more responsibility for it.
comes down to the setup of the toolchain.
Unless you're developing graphics-heavy application that uses platrofm-specific API for optimisation. Like a video game for example.
-
I don't own this game, but twice I have switched positive reviews to negative for doing this.
Then your an absolute moron. This should be praised, they could have said fuck linux entirely but instead they said "hey native is costing us too much time, so instead we will just work on making sure our windows code is proton compatible"
That should be the goal, tired of worthless native purist assholes pushing developers away from Linux entirely by being little bitches about it. Game working is game working if proton is the easier path for the developer then cheer them on.
