6 ms·
Steam has supported native Linux games for a decade.
by missblit 2y ago
Steam has supported native Linux games for a decade.
- pjmlp 2y agoIt has, yet the focus is all about Proton.
- Cloudef 2y agoIt's unfortunate but win32 has stable ABI. Such thing can't be really said about glibc and dynamic linking. Many old linux game binaries simply don't work or need tinkering to get them work.
- imtringued 2y agoMaybe because there is a large backlog of old games that will never be ported to Linux? Have you considered that game developers and not valve are responsible for providing a Linux port of their game and so far have managed to do a worse job than a DirectX implementation for Linux? The collective time spent on developing proton is probably less than a dozen high profile Linux ports. The latest commit to proton 9.0 is three weeks ago. The latest commit to an experimental branch is 3 days ago and it is just an update of a wine version and no other commits. A lot of proton commits just update a version here and there. The focus is certainly not on proton. It is simply very cheap to work on it, because it is highly effective. The steam deck probably cost them more software and hardware developer hours than proton.
- Beretta_Vexee 2y agothe majority of users have no idea what OS is actually running on their steamdeck and don't want to worry about it. Proton makes it possible to maintain a large library of older games on the platform. Like any Steam user since Half-life 2, I must have accumulated over a hundred games in my library. I think Valve knows better than we do what users want.
- flohofwoe 2y agoTBH running through a Win32/DX API shim isn't much different than running through SDL, yet Linux games using the SDL are considered "native" but Win32 games running through Proton are not? (the Win32 and DX APIs are also much more straightforward to use than wrestling directly with X11, Wayland, Vulkan and the Linux audio API flavour of the month)
- anthk 2y agoSDL handles everything for you. On Windows, good luck with running DirectX 6, 7, 8, and some DX9 and Direct Draw games under Windows > 8 without issues. Direct Draw games will lag even under an i5.
- flohofwoe 2y agoGood luck running a >20 year old native Linux game on a modern Linux distro without recompiling. A Proton like layer would also totally make sense on Windows, assuming that support for older Windows APIs is better in Proton than on Windows itself (which isn't a far fetched assumption).
- navjack27 2y agoAll of this already exists on Windows. They're already drop in DLL replacements that smooth out compatibility with older versions of graphics APIs among other APIs. And old support for old games actually isn't that bad on Windows 11. No one has heard of this game, but I could just boot up the old Japanese PC game Abyss Boat and it kind of just works. If I use a DLL replacement or something like dxwnd or dgvoodoo2 it's even better.
- anthk 2y agoWith a Direct Draw replacement like the one from WineD3D your game/software is not better; the game literally stop beings a Power Point presentation and gets fully playable. But, by default, you'll get a slideshow in a game that would run screamly fast under a Pentium 3 and a Windows release from its era.
- YokoZar 2y agoSo? How is a game fully running on Proton not a native game? Wine's version of the Windows API isn't conceptually different from any other cross-platform technology here. You could make a similar purity argument against using the Unity engine since most of its games end up being primarily on Windows too.
- gpderetta 2y agoValve has little control on what other companies target. Their previous push for native gaming produced very little results: Valve ported all their titles, a few minor publishers released native titles and some porting companies ported some AAA titles, but it was only a drop. Proton has caused a significant increase in Linux playable games. The side effect is that it effectively killed porting companies. edit: also all porting companies were effectively using their proprietary equivalent of proton (although often inferior) .
- kelnos 2y agoSure, because Valve can't control what OSes other game developers target. That seems obvious?
- sph 2y agoNot Valve's fault that user-space Linux is run by a bunch of unpaid headless chicken with no overarching vision, sense of momentum and direction, while Win32 is a rock-stable API that games are already using. Until there is a Linus figure that coordinates the userspace and organises a common platform API with long term support for closed-source software, Proton is the only pragmatic choice. Valve want to get off Windows ASAP, not necessarily waste money chasing windmills driven by silly ideology that native is better. I love Linux, I have used it for 25 years, and even I accept that native games run WORSE than their Proton counterpart.
- ChocolateGod 2y ago> unpaid headless chicken with no overarching vision systemd, GNOME, mesa etc all have developers who are being paid by companies for their work (Red Hat, Microsoft, Canonical, SUSE etc). That said, you're not wrong on the 'no overarching vision' part, see Wayland. > Linus figure that coordinates the userspace and organises a common platform API Flatpak with the freedesktop runtimes are just this, that said some companies (e.g. Canonical) are trying to sabotage these efforts and Ubuntu not shipping with Flatpak is the biggest hurdle.
- sph 2y agoFlatpak is not a common userspace library, just a set of sandboxed functions (i.e. portals). What we need is something that groups Qt/GTK, pipewire, part of systemd, part of flatpak, part of Wayland into a single library, a bit like Win32 is. And the guarantee that it remains stable even for closed source projects. For example Linux is free to change its internals and requires everything to be open, so drivers can be adapted whenever the APIs change. This is not good enough for a desktop API.
- ChocolateGod 2y agoThe free desktop runtimes for Flatpak made by XDG (the group that standizes the desktop protocols) are a common userspace library.