Proton is way better than it has any right to be and single handedly made Linux a viable gaming platform. The odds of any particular game working on Linux is higher than Mac now.
Valve is paying open-source developers to work on Proton, Mesa, and more
271–280 of 288 posts
Re: Valve is paying open-source developers to work on Proton, Mesa, and more
#272Earlier quoted context omitted.
I’m using classic i3, with a nearly stock config. I have a key binding to start a launcher (in lieu of a start button). I3bar to indicate which workspaces have new chat messages etc. Default black background, all non-critical notifications disabled; I get distracted easily, so I craft an environment that avoids distractions.
simple window manager - how can you say i3?! most people wouldnt know how to do anything in there
In general, I'd prefer to have something both simple and easy, but in most cases that's not an option.
Re: Valve is paying open-source developers to work on Proton, Mesa, and more
#273Earlier quoted context omitted.
Because AppImages need no daemons and plumbing. They are self contained binaries which contain everything it needs to run. Running a big infra to run a single binary once in a while feels like a burden to some of us.
Flatpak also doesn't need daemons beyond what the app is using.
They might not be triggered and launched all the time, but this mode of operation is different from .appimage files, which are just ordinary binary files you directly run.
Re: Valve is paying open-source developers to work on Proton, Mesa, and more
#274Linus at DebConf 2014 https://www.youtube.com/watch?t=310&v=Pzl1B7nB9Kc&feature=yo... >I’m on a record saying, that maybe Valve will actually save the Linux desktop. And it’s actually not because I think games are important! I don't care, I don't play games. I think some people do, so games maybe important. But the really important issue is I guarantee you Valve will not make 15 different binaries. And I also guarant…
Unless we’re talking about embedded systems (and most of the time, not even then I’d guess for portable gaming devices for example), what is the actual drawback of these “huge” binaries? Wasn’t the reason to separate binaries and libraries in the first place to conserve disk space? They are then clearly versioned to signal that you can’t expect just any version of the library to work with the program you wrote. The t…
Re: Valve is paying open-source developers to work on Proton, Mesa, and more
#275Thanks to Valve Linux is single OS on my home computer. Most of the games from my medium sized Steam library are working, and few that does not work today, will probably be fixed in the future. Need to mention that I do not play new AAA titles or multiplayer games, but I enjoy older games, and some of those are broken on modern versions of Windows.
Single player gaming, indie gaming, and retro gaming are all gaming niches where I'd say that a smooth Linux experience with widespread support is 'already there'. It's really only the (crucial) segment of big, trendy multiplayer titles where support is still really hit-and-miss. If gaming is essential to your social network, Linux may not be ready for you to entirely switch over. But if you're someone whose social h…
Re: Valve is paying open-source developers to work on Proton, Mesa, and more
#276Linus at DebConf 2014 https://www.youtube.com/watch?t=310&v=Pzl1B7nB9Kc&feature=yo... >I’m on a record saying, that maybe Valve will actually save the Linux desktop. And it’s actually not because I think games are important! I don't care, I don't play games. I think some people do, so games maybe important. But the really important issue is I guarantee you Valve will not make 15 different binaries. And I also guarant…
Re: Valve is paying open-source developers to work on Proton, Mesa, and more
#277Earlier quoted context omitted.
That's not enough information for me to understand what's wrong, but I suppose maybe I should find a Steam Deck and try things out myself. If you want to follow up privately, my email is in my profile.
AMD does have two different drivers (which I find maddening). I bought a monstrous GPU to use for hashcat, but the open source/built-in drivers don't support the openCL that hashcat (and crypto mining) need. The Pro driver doesn't get updated fast enough to work on Fedora, which is also a travesty for me. I really wish that weren't the case. I can't speak for steam deck though, just my experience on a self build.
Re: Valve is paying open-source developers to work on Proton, Mesa, and more
#278Earlier quoted context omitted.
Exactly. I played life is strange 2 recently. It has a native Linux Version. On startup it complained I should set my CPU governor to performance instead of governor. Then it said it only supports AMD and Nvidia cards. I pressed continue and the system hard-locked. This machine is about a year old today, and this is the only crash I had, ever. After that I configured steam to use the windows version instead, and I co…
Hence "OS/2 runs Windows better", all over again. We all know how that ended.
Another comparison that I think is more apt: "IBM PC Compatibles run IBM PC software better"
Re: Valve is paying open-source developers to work on Proton, Mesa, and more
#279Earlier quoted context omitted.
What is there to get over? They run better on Linux most of the time, plus I don't need to groan when Microsoft asks me to enable the Windows™ Gaming Hub™.
Great, I guess we can forget about SDL and friends, and start adding a note "Want this on Linux? Ask Valve".
Re: Valve is paying open-source developers to work on Proton, Mesa, and more
#280They would do better by sponsoring native GNU/Linux games, or even ports from other POSIX like platforms like Playstation/Android, instead of playing OS/2 with Windows games.
It looks like this is getting a lot of hate, but I think there's clearly some truth to it. As an initial effort to bring a huge library of games to Linux, Proton is brilliant and a huge achievement. But it does feel less secure, in the long run, than having developers writing games for Linux as a first-class platform from the start. Idk what the transition plan could look like, but eventually we should hope to see th…
Not to say the current implementation is secure though, only that the use of Wine/Proton makes no difference.