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!
I don’t use any of them. Still prefer the good old closed metal box for a PC case. My keyboard actually has programmable RGB for each key. But this pretty soon got boring to me. Only have the whole keyboard on solid blue.
Definitely tempted to go this route since I want to upgrade my ram and the ripjaws with me rgb are honestly really cheap for the speed right now. And my keyboard is the same lol just not blue
I haven’t tried signalrgb, but openrgb is good enough for me. I’ve set it up (with some plugins and additional .json manual editing) so that my CPU fan is a separate zone that goes green-red according to CPU load, and the rest of the fans have a nice swirling blue-purple color. It was a bit of a pain to actually manage to split it like that, but it works very well and looks beautiful, so ain’t touching it any more :)
Do you notice it taking up notibal recourses (cpu mainly). I have signalrgb and I notice it sometimes using more than I want cpu usage wise. Might be because it is doing an audio visualizer. But the temp thing is really cool… I actually would rather have that.
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.
I check PCGW more prominently these days because even if the original game works, you can expect there to be some quirks that exist on Windows as well that Proton accurately replicates.
I installed the game through Lutris and the current runner is Wine (WineHQ Staging 8.11). I do have the ability to install just about any Proton version with the ProtonUP-QT application just don’t know which one since the installers through Lutris only offer Wine runners. As far as the upgrade goes, well no particular reason honestly, I thought they were still waiting on some packages upstream.
I upgraded to n38 without issues, there is an install guide on discord. You can try to download latest wine-ge-proton from protonup and use it instead of wine-staging. I remember having issues with worms siege not working with wine-staging.
Thanks. Really riles me up that people constantly direct you to a bloated proprietary chat software that requires registration for some basic information, especially when the same info is freely available on a website.
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.
At this point, the only way I see a game being native is with it being an AppImage or equivalent. The resources to keep up a Windows flavor along a native port would be wasteful. The only thing I would like to see is companies stop using launchers and kernel based anti-cheat systems.
That’s basically how steam does linux support now. There are different runtimes you can target that get frozen and have long term support. The issue is these namespaces/containers/runtimes only became available in late 2019, and meanwhile proton was getting so good and the Linux marketshare is so small that linux steam runtimes didn’t really take off. If Linux market share continues to grow, Valve is ready to support developers building better supported linux native binaries.
linux_gaming
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.