I'm undecided on what I think about this since... I frequently get bitten by reproducibility issues of pip packages.

Anything packaged in nixplgs generally rarely fails for me, especially in the more complex cases of cuda/pytorch.

I suppose I'm more likely to want "pytorch except" where that except is a newer dependency or build flag improving performance.

I'm not trying to prematurely optimize but my game worlds are very large, (I have a working to scale earth for example) (oops, forgot to mention, to get good large world behavior, compiling with double precision is a must! (https://godotengine.org/article/emulating-double-precision-g...)) so I've been watching lots of GDC and other talks from AAA titles and how they do their rendering pipelines, and my conclusion is that shaders are really the powerhouse of gamedev these days and anyone interested would do themselves a favor to start learning the quirks of your engines shader language now.

> For Mirror's Edge, were you using Steam Input?

Yes. The problem lies in the fact that only the Xone driver properly supports the Xbox wireless adapter, but it doesn’t play nice with Mirror’s Edge. Xpad and XpadNeo do work, but those require USB or Bluetooth.

And me having to tweak a million things tells why gaming on Linux still sucks, aside from Deck’s blessed config. I don’t want to deal with a thousand papercuts, I want to boot my system and play. Windows is still closer to that experience than Linux.

You can install it upon Arch from AUR.

Putting that aside:

Windows users always find a reason not to switch to Linux because some missing feature. In two years? There will be another new feature or game on Windows. I remember people insisting on using Windows because it support their „3D-Shutter glasses“ or their card from Nvidia. Either you want use Linux or not :)

Why are many features initially only available on Windows?

First. That is wrong. Important features like cgroups, namespace and containers/Flatpak where novelly developed upon Linux.

Second? MBAs only look at past numbers. So Windows often get traditional Windows stuff first. You make guess it, innovative companies care about what will be possible in future. Valve for example.

The MBA style thinking is also in many consumers. Still buying Nvidia? Because they were faster in the paper sheet? I prefer the cards which works well with Linux, so AMD or Intel. Frames actually generated are more worth than problems with proprietary drivers.

PS: Linux has maybe won the war against drives. Seems like Nvidia open most stuff slowly and feature land in the nouveau-module or mesa. A decade to late. I’m already in Team AMD ;)

Steam Input is rapidly becoming the Google Play Services of the desktop linux world. On Steam Deck for a long time you couldn't even use the touchpads without the Steam client running.

Have you tried CoreCtrl [0]?

> My 5800x3D and 6800XT deliver an outstanding Linux gaming experience.

I have a 7900XTX and performance under Linux has been at least on par with Windows, sometimes better (though not by much).

> May i ask what driver features are you missing?

I'm not GP but I'd love to see frame gen and stuff like anti-lag and upscaling integrated into amdgpu with some sort of official way of setting it (though looking at Adrenaline it might actually be best if it's left up to the community to create the GUIs).

[0] https://gitlab.com/corectrl/corectrl

I'm told it's better in Mesa 23.3 though, haven't tested.

This is true for at least EAC/EasyAntiCheat. This covers a lot, sure, but not everything!

Studios don't care about native GNU/Linux, despite the games being shipped with Android/NDK, PlayStation POSIX environment, and the available APIs on Switch OS.

All of them much easier than porting from Windows/XBox, almost straight ports if coming from Android/NDK.

Game studios aren't FOSS indie devs stressing out about 3D APIs.

They are used to specific hardware since the Atari and Magnavox.

From a quick search this is the best description of it I found: https://github.com/ValveSoftware/steam-runtime

I love Arch, but it is a demanding mistress. If you get behind on updates, you're asking for pain. Also it can be very disruptive to suddenly get a new major version of Gnome that breaks extensions you used, or applications, etc.

What we instead should say is not that Arch is "unstable" because I agree it's not, but rather that Arch requires a lot more care and feeding and if you don't do that, it can lead to instability

I switched to Gentoo and it fixed all the issues I was encountering with Arch, and was more stable. Now I'm on NixOS, which is far more stable than Arch or Gentoo were.

Now, that said, the way SteamOS uses it, I don't see any issues. With an immutable system, A/B updates, and tested images, the compatibility and update issues are solved. Using flatpak for user applications solves the rest of the noted issues. Would be ideal if I could install with Nix instead of Flatpak, but ran into some trouble there.