Very happy to hear this. I’ve been really enjoying the game but expected my time in the game to have an expiration date. Hope they follow through and the game can maintain a decent player base.
That is amazing if true! I contacted faceit quite recently to ask if they were considering Linux support at all, and they replied saying that they were not aware of any plans to support it. Super happy to hear this because I have been loving Battlebit for months now. Maybe one day we’ll be able to play FaceIT cs on Linux!
@zbecker@toallpointswest@Hextic@atmur i was surprised how well Factorio plays on the steam deck at end game. Really didn't think proton would handle it
But a lot time they weren’t good native ports, at least for AAA games. A lot of the time they slapped a translation layer on the Windows version, so it may end up running better in Proton.
edit: I’m going to try it next week. I wanted to play modded fallout and tried a different script to make MO2 open when you launch fallout but this looks better.
It does work, but buggy though. For now, I’ve opted to using the VM with a gpu passed through so I can easily install collections.
Once I have the game the way I want it, I might move it over and see if I can get it running on my host OS, and import the vortex config to keep my mods up to date.
Oh interesting. Thanks for the reply. Maybe I’ll end up doing that too. I got fallout tale of two wastelands installed on Linux with some script to make mod organizer 2 launch when you launch the game but it randomly stopped working
Starting with Kernel 6.3 when my pc starts it freezes forever complaining about waiting for CPU 7. Disabling SMT fixed it but then you have no SMT :( I suspect 6.3 introduced a scheduler bug.
right now i’d rather devs focus on making proton-friendly games than native linux builds. mirroring your experience, i can think of several native ports that were completely non-functional while proton ran them with no problem.
anecdotally, i’ve personally had some games run better on linux with proton than they did on the same system in native windows. i’m unsure if this is due to regular windows background bloat eating too many resources, or if linux just does a better job of multithreading. average cpu usage per core is very nominal, whereas on windows 1 or 2 cores are frequently seeing spikes in the 80-90% when i’m just browsing.
Not sure if one of those is native but they run like native: Played a lot of transport fever, soldat 2, some csgo and northgard via steam recently and it’s like on windows
CSGO and Northgard both have native clients; I think Northgard's native client has an issue where you can't use the Steam overlay in-game, but I believe that's some sort of OpenGL glitch. Otherwise they're both pretty flawless.
Here’s a potentially unpopular opinion… Games that target the Proton API are actually native Linux games. Proton isn’t virtualization or emulation, it’s just an API that happens to be mostly compatible on both Windows and Linux. Other than the kernel itself, Linux has never had one true API to do anything… there’s always more than one option to target (as you note with your Wayland/x11 example, but also pulse, alsa, pipewire, the list is endless). Proton is an API that’s available on Linux, and programs that target the Proton API are Linux programs in every way that matters.
The question isn’t native vs proton. The question is whether proton is a good API. At the moment, it’s an API that offers pretty good cross platform compatibility with windows, which is hugely valuable to developers and they’re using Proton for that reason and even testing against it. That’s good for us as users and for gaming on Linux.
If Windows evolves their versions of the proton APIs in ways that break compatibility and are difficult to fix, we may find that game devs complain on our behalf to avoid breaking their Linux builds. If Proton begins to suck compared to alternatives, and enough people are playing games on Linux with Proton, devs will organically start to look at other porting options more seriously. But Proton is both a way to kickstart the chicken/egg problem, and itself may just actually be a good API to develop Linux games against.
Philosophically there isn't much difference between a Windows game running in Proton and a native Linux game. Devs that port games to Linux are going to be doing most of the same things Proton is doing anyway. In that sense, Proton is basically just an automatic porting tool that works in real time. And I'd like to say there is still value in native Linux games but... is there? Proton is open source, so devs could (theoretically) just submit changes to it themselves if they want to optimize things or fix bugs. And that could benefit everyone, not just that one game.
linux_gaming
Newest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.