I have seen native versions tank as the default distro setups change over the years. As weird as it sounds it feels more reliable to use the windows version under proton/wine. Often game modding communities stick to the windows version.

Once M$ inevitably introduces Windows Cloud with subscriptions and the lowest tier being ad supported with anti-adblock and a registration fee, then Linux will become the preferred experience native or otherwise.

For the time being though wine and proton are good enough. I have been doing all my gaming on the steam deck and there haven't been any games that make me feel like it's a lesser experience in any way. The few games I have any difficulty running tend to be shitty games with micro transactions and kernel anticheat that doesn't even prevent cheaters. Several can be made to work anyways. You can even install poorly made games and mods using the case folding toggle in ext4 that steam deck does have access to.

I am admittedly still waiting for someone to tell me that Wayland incompatibilities are a thing of the past...

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.

Tbh.. I cant even tell. When it works, it works perfectly. Proton is just that good in my experience

If it's a closed binary-only game then I really don't care what "runtime" it uses as long as it runs well. Almost all games use their own GUI so they won't be integrating with anything anyway and since they are closed I won't be able to build them from source. It either runs and plays well or it doesn't. Using Wine as the runtime is not that different from a game like Slay the Spire running in a JVM.

So I have no problem with switching stuff over to Wine/Proton if that works better.

Yeah I'm happy with whatever works and performs best. If that means a proton version that plays nicely in Linux I'm all for it, and if it's a native version that will be supported and/or improve across many years of releases, even better.

I used to be really big on native games but honestly my experience with Proton have been pretty positive

wine/proton is so good at this point and it's getting better day by day. imo there is no need for native games but if some competative games like counter-strike, dota etc. gonna make little bit more performance out of native port then devs should consider native ports too.

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.

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.

The only native games I've tried are Ark: Survival Evolved, Hollow Knight, Slay the Spire, and Borderlands 2, and they all played flawlessly.

I don't think native Linux games are necessary anymore. It's the antycheat stuff that is the hurdle for now... not technical of course... it's political.

Proton is great but it has killed native ports.

At the same time some native ports are old enough to not work as well as proton (XCOM EU) so this might be better? Mixed feelings.

I actually experience the opposite, even though native games throwing fits sounds about right.

I have very few native games, the ones I remember atm are Valheim (which I didn't realize was native at first), X3:TC (+ later expansions) and X4:F; the native versions work ~~relatively~~ flawlessly even in Windowed mode with Sway being my WM, so that's something.

Team Fortress 2 runs sweet native linux just got an udate too ;) The steam deck accelerated the development of proton so much, if they released another linux based product it would probably encourage more native games or at least better support with proton.

2. It could have consequences should something happen to Valve. In many cases the linux ports of yesteryear were inferior, anyway.

3. Better to have the game at all. And it is understandable that they don't want to put in a bunch of extra work given they can't just pay a department's worth of people to handle it for them.

I've had this situation as well with a couple of games. Total War Warhammer 3 can't be played online (or it's not cross-platform, which would be weird) and XCOM 2 didn't handle modding all that well using the native client.

There are a few other games I've attempted but I can't remember all of them.

Graveyard Keeper has a native client but it can't use hardware driven cursors and its display resolution gets out of whack (on ultrawide, admittedly). The game doesn't have native ultrawide support, to be fair, but the scaling at least works correctly using Proton.

Loop Hero has a native Linux version and it works perfectly.

Oh yeah, speaking of Zachtronics, Last Call BBS is native and also works flawlessly.

1. The versions of games compiled for Linux work about... hmmm... maybe in a 60:40 split? Oftentimes I do find myself almost immediately switching the game's compatibility mode to use Proton on Steam if I have any issues.

2. I think both Proton and Wine receiving much, much more developer support lately is going to be a net good, longterm. Many developers don't have the "cognitive capacity" or time to dedicate to creating a version that runs on Linux without a compatibility layer. That's especially true for those using game engines that typically have poor support and tooling for Linux in the first place.

This is just a thought, maybe the effort being expended upon Proton/Wine will ultimately lead to solutions for compatibility issues that work without the use of "emulating" (for lack of a better work off the toppa my head) the whole Windows experience, replacing DLLs and whatnot.

3. I'm more okay with indie devs just relying on Proton, for sure. I don't give a "pass" to large studios that don't at least expend some effort to get the game to build and run on Linux without the use of Proton or other compatibility tools. With that said, I also understand that AAA projects have many hundreds, possibly a thousand people or more, having some part in the development process. It's not reasonable to assume that every person working on the game can have knowledge of or maintain that every aspect of their work is compatible with both Windows and Linux.

I prolly have more to day but my thumbs are tired lol.

I always try the native version first if a game has one (old "native" ports using Wine don't count) and only use Proton if it has serious problems. I want to see more Linux native games, and so I go out of my way to play them in their native version. There are some games that I own where the native version is clearly inferior to Proton, but for most it's equal, or only slightly worse at best (I mean "Pillars of Eternity not having cloak physics in native version" level worse).

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.

From my experience only BallisticNG has great linux native.

Compiling Vulcan shaders

Another native Linux game, beyond all reason.

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

1. Linux native for me was always somewhat problematic in the past. Frankly if someone tells you otherwise they're lying. Proton makes the process simple, click install and play, that's it, and that's all any consumer needs to do.
2. The only long term consequence I can see is if Microsoft decides to make using compatibility layers for their SDK's intentionally difficult or downright illegal. Valve so far has proven as long as they can do it, they'll update proton to make games work. The question is will someone pick up the torch if valve eventually stops?
3. I treat them the same, doesn't matter to me as proton really is performance parity with Windows and that's really the baseline.
4. Until porting natively is just as easy as using proton, no one will port natively. At this point who cares? Native and proton to me are the same at this point.

I tend to avoid linux native, although i do give it a go when possible to see if it doesn't suck(which it usually does.)

Usually you get a much more uniform and smooth experience with wine or proton. Which makes sense given how there are a ridiculous amount of distros out there.