this post was submitted on 14 Jul 2023
95 points (99.0% liked)

Linux Gaming

15377 readers
317 users here now

Discussions and news about gaming on the GNU/Linux family of operating systems (including the Steam Deck). Potentially a $HOME away from home for disgruntled /r/linux_gaming denizens of the redditarian demesne.

This page can be subscribed to via RSS.

Original /r/linux_gaming pengwing by uoou.

Resources

WWW:

Discord:

IRC:

Matrix:

Telegram:

founded 1 year ago
MODERATORS
 

I’m glad to see this community picking up, the old sub is probably the community I’ll miss the most from Reddit.

How about a discussion topic? Native Linux games!

Gaming on Linux has absolutely never been better. I’ve been using Linux for 6+ years now, and I’ve been daily driving it since Proton first launched. I don’t even check ProtonDB anymore, I just buy games and they work. It’s amazing. However, it feels like native games almost always have an extra step, forcing Proton.

A lot of people predicted this when Proton launched, but the moment it got really bad for me is when I switched to Wayland. Native games that used to work under X11 suddenly stopped working never to be fixed, but the Windows version with Proton continued to work just fine.

I skimmed through the native Linux games in my library to get examples. In all of these cases, forcing Proton fixed the problem. The only two games with functional Linux ports that came to mind are Stardew Valley and Zachtronics Solitaire Collection.

  • CrossCode – Controller didn't work.
  • N++ – Crashes on startup.
  • NeoDash – Controller didn't work.
  • Bioshock Infinite – Awful performance, possibly still broken because of 2k launcher thing?
  • Hexologic – Game breaking level bug in Linux port.
  • DiRT Rally – Awful performance.
  • Drawer – Crashes on startup.
  • Super Meat Boy – Last level runs too fast and the game breaks.
  • I also remember having trouble with DiRT 4 and one of the Tomb Raider games, but I can’t remember what was happening.

It’s gotten to the point where if I experience a single issue with a native game, I just immediately force Proton instead of wasting time troubleshooting, and that strategy hasn’t failed me yet.


So, here are some discussion questions. You don’t have to answer all (or any) of these if you have a more interesting thought to add!

  1. What do you think of the state of native Linux games? Has your experience been different from mine?

  2. More and more developers are choosing to officially support Proton rather than maintain a native Linux version. This is resulting in a better experience in the short-term, but will that have consequences in the long run?

  3. In the above cases, the community seems more accepting of indie developers going this route due to their more limited resources. Do you agree with that, or do you treat these cases the same as larger studios doing the same?

  4. Do you think this will change in the future? Linux market share is slowly but surely ticking up. Do you think there’s a threshold where studios start putting effort into native ports again, or will Proton be the way forward indefinitely?

EDIT: Formatting improvements

you are viewing a single comment's thread
view the rest of the comments
[–] GlowHuddy 5 points 1 year ago

I started to look at wine/Proton as just another linux runtime. At least now game devs have sth (mostly) stable and backwards compatible that they can target. It is really important since in Linux world, things are much more prone to experience breaking changes. Also the fact that game devs just need to develop one version for both Linux and Windows makes it super easy to target proton - you even don't need to have a separate build process. Hence we get a more 'refined' version than just half-assed port made by a small team or third-party.

So I'm quite happy with how things are now. It just shows how flexible and capable Linux really is. And who knows maybe in the distant utopian future, Linux (or sth based on it similar to chomebooks, but maybe not as gimped) will pick up market and we will have much more "native" runtime.