PAYDAY 2 came to Linux officially back in 2016 but as of today they've removed support for it, so it will no longer see updates on the Native Linux version.
They're also bringing the game to the Epic Games Store, although not exclusive, as it will remain on Steam and PAYDAY 3 will also be on Steam. As for why they're removing official Linux support they said this:
Note that Linux users will not receive this update or any following updates coming to PC. In addition, Linux players will be unable to matchmake with other PC clients following this update.
We tried to find a solution, but ultimately found it unfeasible due to the Linux version being on an older version of the PAYDAY 2 engine.
It does, however, still work quite well with the Windows version via Steam Play Proton on desktop Linux and is Steam Deck Verified against the Windows version in Proton. So while it's a loss of support for their Native build, it's still fully playable on Linux.
We've seen this a few times over the years, due to a mixture of reasons but the ultimate reason is pretty much the same as always — Linux and Steam Deck together hold a less than 2% user share on Steam. For many developers, right now, it's not worth the extra overhead to continue Native support until there's more of a market.
Quoting: buckysrevengeHa, this is one of the games that came with my SteamOS running Alienware Steam Machine back when I got it years ago
Time to RMA it! ;-)
Quoting: GuestProton totally nuked this concept.Not really.
That's still the best way by far to do cross-platform development.
Quoting: LoftyQuoting: JowseyAt least it still works well with Proton, so nothing significant lost!
On the flip side we could look at it and say something is gained. Now that the steam deck is here and pretty much people are exclusively using proton to game on modern titles, the motivation to make their next game work on proton may be higher as it is not seen as a 'moving target' like Linux is often portrayed as by developers and it must be easier to test if their build works on proton.
Of course there is the issue with anti-cheat, but again given the success and popularity of the steam deck, hopefully they are now aware of this and make the adjustments necessary.
Quoting: DrMcCoyQuotebut the ultimate reason is pretty much the same as always — Linux and Steam Deck together hold a less than 2% user share on Steam
Sorry, but no, that's wrong. The reason is this:
Quotedue to the Linux version being on an older version of the PAYDAY 2 engine
I.e. a terrible development environment, the developers being bad at their job.
That quote right there, that tells me that they kept the Linux codebase in a separate fork. That's bad praxis, that's objectively incompetent.
Forking the codebase to put in support for another platform is fundamentally wrong, and we see, time and time again, that this leads to the codebases growing apart with the developers not being able to keep up keeping them in sync, and then abandoning the other platform. 90% of the time were we had Linux support being wiped away was because of this very reason. Why aren't people learning? You don't do that.
Instead, you need to make portability a feature of your code outright, you need to make the same single codebase run on all the individual platforms. No forks, just one portable repository that can run everywhere. That's not new knowledge either, we've known that for decades!
While that is a terrible way to perform development it unfortunately is quite the norm. The studios do this with basically every single port, be it for the switch or ps5, which ultimately leads to them having several different versions of the same game instead of a single codebase where fixes for one platform means fixes for all. The reason of course is that it is initially much easier to do it this way, aka write your game for PS2 first then when it becomes popular send off the entire codebase to another company to port it to the Gamecube and once Gamecube is no longer a viable platform management can happily terminate that contract and the code is thrown in the can.
Last edited by F.Ultra on 8 June 2023 at 6:25 pm UTC
Quoting: JowseyI imagine a lot of the team's allocated to Payday 3, so it makes sense they probably just don't have the technical resources available to maintain multiple OS support in the engine.
You'll be surprised when they have the technical means for the macOS version.
Quoting: GuestProton totally nuked this concept.
There is only one platform for personal computer gaming and it's DirectX.
Even Apple gave up dedicated ports, they went fully Wine.
There's just one distinction here. I'm with you up to "there is only one platform" (in context of Proton being a disincentive for native) but that would be Windows. There have been Vulkan (and OpenGL) games for Windows. Wine/Proton doesn't need to do those particular API translations in that case. Proton didn't cause that.
Now... who is going to be nuking adoption of the beloved Vulkan API? Why, Microsoft of course. Buying up those big game companies that were implementing Vulkan. I'm especially sore about Bethesda/Zenimax and all under their auspices.
So yeah, DirectX. We've got a good, free, open API in Vulkan, which has better implementations than OpenGL ever did on Windows. But DirectX.
Oh, Microsoft will make a show of plugging into Vulkan, with new extensions (mostly for their own benefit). Beware them embracing anything, because they'll want to change it.
Quoting: Liam DaweQuoting: DrMcCoyWhat I said still isn't wrong. If it was financially worth it, they would do it and they would have kept it up with other changes in the background. Debate the finer details of what it all would entail, and what they should have done, but the reasoning is exactly as I said and anyone saying otherwise at this point is deluded.Quotebut the ultimate reason is pretty much the same as always — Linux and Steam Deck together hold a less than 2% user share on Steam
Sorry, but no, that's wrong. The reason is this:
Quotedue to the Linux version being on an older version of the PAYDAY 2 engine
I.e. a terrible development environment, the developers being bad at their job.
But if you make keeping the platforms in sync, a little horror job, you also need more money and thus more sold copies.
Aka if oyu do it right it is more or less a bonus in terms of copies sold. And if you do it right, you're probably doing a lot of other things right in development.
The ugly truth is, if you can't maintain mulitplattform software proberly, you should get another job. Microsoft comes to mind...
Quoting: DrMcCoyYou know what would be hilarious? If WSL2 and some Mac layer actually got to the point of being performant enough for gaming... and everyone just switched to doing Linux Native games, as they'd just work on Windows and Mac anyhow.Quotebut the ultimate reason is pretty much the same as always — Linux and Steam Deck together hold a less than 2% user share on Steam
Sorry, but no, that's wrong. The reason is this:
Quotedue to the Linux version being on an older version of the PAYDAY 2 engine
I.e. a terrible development environment, the developers being bad at their job.
That quote right there, that tells me that they kept the Linux codebase in a separate fork. That's bad praxis, that's objectively incompetent.
Forking the codebase to put in support for another platform is fundamentally wrong, and we see, time and time again, that this leads to the codebases growing apart with the developers not being able to keep up keeping them in sync, and then abandoning the other platform. 90% of the time were we had Linux support being wiped away was because of this very reason. Why aren't people learning? You don't do that.
Instead, you need to make portability a feature of your code outright, you need to make the same single codebase run on all the individual platforms. No forks, just one portable repository that can run everywhere. That's not new knowledge either, we've known that for decades!
Last edited by AsciiWolf on 8 June 2023 at 9:02 pm UTC
I cant say it was a fun experience trying to play Payday2 on my ancient work laptop & trying to aim with a mouse pad.
See more from me