Valve's Proton Has Enabled 7000 Windows Games on Linux

Post by charcircuit » Fri, Mar 05, 2021, 8:40 PM UTC

washadjeffmad wrote: post #202

ThaDood wrote: post #4

Proton is the reason I moved from a Windows + MacOS machine to GNU/Linux full time. I understand the concern that some hardcore enthusiasts might have about it making devs lazy when it comes to developing native ports but to be honest I don't care. I am just glad to have a simple method of gaming on GNU/Linux. Proton plus Lutris and the slew other tools that have come out in recent years has made the transition to GN…

I dropped the "native Linux or nothing" mindset sometime in 2013 when I saw the harm it did to developers. As a disproportionately vocal minority comprising 50% of bug requests, making Linux users happy was pretty literally taking food out of some dev's mouths. The two goals that actually needed to be achieved were preventing market monopolies and enabling smaller devs, which platform agnosticism has been a welcome a…

Post by charcircuit » Fri, Mar 05, 2021, 8:45 PM UTC

dfgdghdf wrote: post #103

Zhyl wrote: post #75

Earlier quoted context omitted.

I think it's worth differentiating between 'Proton' the compatibility layer technology and 'Proton DB' [0] the review platform and ratings agency. All the problems listed above are purely ProtonDB issues. It would be worth reaching out to the ProtonDB admin - he's very receptive to feedback. [0] https://protondb.com

Good point; I did not know this. However, as a regular user, I assumed ProtonDB was also Valve, and that will be the main contact point for many.

Post by ad404b8a372f2b9 » Fri, Mar 05, 2021, 8:49 PM UTC

Yen wrote: post #201

ad404b8a372f2b9 wrote: post #69

Earlier quoted context omitted.

There is still no functional VR media player for linux, none of the Windows ones work with Proton and the official SteamVR Media Player has no linux release.

I've been using Skybox on steam vr on linux, and it seems to work consistently for viewing local video files, whether flat or side-by-side.

Post by cortesoft » Fri, Mar 05, 2021, 8:53 PM UTC

mjevans wrote: post #249

glsdfgkjsklfj wrote: post #223

Earlier quoted context omitted.

not sure why you are downvoted. You speak the truth, and as usual get downvoted without a reply. multiplayer game have the choices: a) ship game with malware/trojan to try to prevent cheats, or b) open up for cheats (even if client side only, like see trhu walls) Most popular games chose option A (and still fail preventing both client side and remote hacks)

Or the server could hide the data from the client that the client shouldn't be able to act on until just before that data would be seen by the client. (obviously with a slight tolerance for sending a bit extra that clients might need if lag rubber-banding predicts it might be revealed)

Post by PhilosAccnting » Fri, Mar 05, 2021, 8:59 PM UTC

Zhyl wrote: post #143

sodality2 wrote: post #26

Earlier quoted context omitted.

You can thank game devs and cheaters for that, primarily. Laziness for the first, malice for the second.

I really think we need to get out of the habit of calling game developers 'Lazy', especially for an industry that is famous, notorious even, for overwork and crunching. I think it would be fairer to say that it doesn't get prioritised, especially over anti-features such as microtransactions, DRM or things of that ilk. Calling them lazy is disrespectful, hurtful and betrays a lack of understanding of the development p…