Valve's Proton Has Brought 6000 Windows Games to Linux So Far

Post by dx87 » Mon, Apr 20, 2020, 2:12 PM UTC

AnIdiotOnTheNet wrote: post #67

elteto wrote: post #60

Earlier quoted context omitted.

The implication from the comment was that Wine is better at running old Windows games than Windows itself. I’m not sure where this Linux vs. Windows comparison is coming from.

I don't believe that is correct. > (Dead Cells, for example. The native port crashes the Steam overlay and lacks Steam Controller support, but running the Windows version in Proton is seamless) Suggests the comment is about running the Windows version under Proton being a better experience than running the native Linux version.

Post by Karunamon » Mon, Apr 20, 2020, 2:16 PM UTC

JoeAltmaier wrote: post #72

coldpie wrote: post #70

Earlier quoted context omitted.

No, you mis-read. chaorace said that Windows EXEs running in Proton gives them better results than running the Linux binary that the game developer ships ("native"). AnIdiotOnTheNet stated that Windows APIs are more stable and better documented than Linux APIs. As a long-time Linux dev (see my profile), I have also found this to be true. Linux userland APIs are unstable and change all the time. Some transitions that…

I've been suspicious of user-led development (e.g. open source), expecially Linux. Its popular to put in new features; less so to test, endure backward compatibility, control user experience. So it doesn't get done (much) in Linux. My cohort have a phrase they attribute to me: Linux is not ready until they get the 'Have Disk' dialog.

Post by coldpie » Mon, Apr 20, 2020, 2:19 PM UTC

JoeAltmaier wrote: post #72

coldpie wrote: post #70

Earlier quoted context omitted.

No, you mis-read. chaorace said that Windows EXEs running in Proton gives them better results than running the Linux binary that the game developer ships ("native"). AnIdiotOnTheNet stated that Windows APIs are more stable and better documented than Linux APIs. As a long-time Linux dev (see my profile), I have also found this to be true. Linux userland APIs are unstable and change all the time. Some transitions that…

I've been suspicious of user-led development (e.g. open source), expecially Linux. Its popular to put in new features; less so to test, endure backward compatibility, control user experience. So it doesn't get done (much) in Linux. My cohort have a phrase they attribute to me: Linux is not ready until they get the 'Have Disk' dialog.

Post by [deleted] » Mon, Apr 20, 2020, 2:28 PM UTC

wayneftw wrote: post #56

gpm wrote: post #52

Yesterday I played civ6 with 4 people on 3 operating systems. The Mac user couldn't fullscreen the game and had weird rendering artifacts. One of the windows users had the game take 10x as long to load as it should have (commparing to mac/Linux/windows on vaguely similar hardware) The other windows user kept dropping. Note that we were all sitting at the same kitchen table, with reasonably good wifi. Linux worked fla…

And yet, I still have trouble running normal software that was built for Linux, on Linux. Every set of updates might cause a problem that I've never seen on Windows or a Mac. I had an Ubuntu machine that only lasted 2 weeks before it wouldn't boot one day after an update. Never figured that one out - it was an experiment to see how much easier Manjaro was to setup and add software to than Ubuntu. (The answer: it's mu…

Post by egeozcan » Mon, Apr 20, 2020, 2:31 PM UTC

coldpie wrote: post #76

yesco wrote: post #63

Earlier quoted context omitted.

Keep in mind most "native" ports are just crappy, but official, wrappers that just do what proton does but worse. This is why you will see a lot of native ports perform worse, they weren't really native in the first place.

I'm gonna blow your mind: the word "native" doesn't actually mean anything in this context. The only thing that matters is official support from the developer, regardless of the technology used.