One of the most significant advantages of Oniro-OpenHarmony is its support for native ports. Unlike Linux, which often relies on compatibility layers like Proton, OpenHarmony offers native support for games. This native support can eliminate many of the performance issues and compatibility problems associated with running Windows games on Linux. By providing a more stable and efficient environment, Oniro-OpenHarmony enhances the gaming experience for users.

Okay but the reason we don't get native ports of major releases for Linux isn't just that there's loads of different distros, there's also not a lot of reasons for the gaming companies to port to Linux, because only like... 4% of domestic OS installs are Linux. This is going to be starting from scratch and going up against windows, so . . . How are they gonna get a big enough foothold that companies think it's worth porting? Are the big gaming companies that release the games that supposedly keep people on windows actually gonna build for this brand new, unknown OS? I doubt they'll bother at launch when there's a 0% install base. And if gaming is their "killer app", how are they going to build an install base without any games? They need an install base to get games and games to get an install base. Major catch-22.

There have been benchmarks showing games running through proton to be faster than natively on windows. The Steam Deck isn't what is showing "cracks in Windows’ dominance over gaming in terms of game performance benchmarks", this was true before it.

Win32 is already the most stable interface on Linux, so Wine and its variants like Proton are all we need for games.

If you want a stable native interface you pick one of the steam linux runtimes (and yes you can use them without steam) and target that.

So, this is an add for OpenHarmony (a project by OpenAtom with ties to Huawei), with an clickbait title. All of the critics made about Linux are things we've already heard from Windows and OSX, or even FreeBSD users, and I am not convinced by the solution they offer. "Offering native ports" is supposedly their biggest perk, but it is possible to make games run natively on Linux, the existence of Proton just makes it not entirely necessary. None of what they describe really seems that new.

That's a big subshit farticle to just say you're making another wine

The future of gaming is TempleOS

I think this is LLM slop, I skimmed through everything and learned nothing new, just baseless claims.

I don't want the future of gaming to be Linux either, I want the future of video games to be with the people who make them and not the publishing landlords who control them.

I take issue with this article.

Denuvo DRM Issues

DRM is bad. The Free Software Foundation launched Defective By Design, a campaign against DRM, nearly 20 years ago. To support a robust implementation of DRM, the operating system would need to place restrictions on the user which violates their freedom. It is completely antithetical to the goal of creating a free operating system. It is GOOD that no single corporation holds the keys to sell out the end users and lock down critical parts of the operating system. Why are you trying to replace GNU+Linux with a locked down, half-proprietary OS which caters to advertisers and publishers? Why would I want to use this? What you're describing is Android, and nobody considers Android the future of gaming. They curse it, and only find mild relief in the fact that it's not as locked down as iOS.

Proton and Compatibility

No, it's not perfect, but it's pretty damn good. Better even, in some cases. Games are published for dozens of platforms. PC operating systems, video game consoles, phones and tablets, arcade consoles, web browsers. If you are serious about building a gaming platform, emulation and compatibility layers are an essential component, and this is an area where GNU+Linux is not lacking in the slightest.

Compatibility with Windows isn't perfect because Windows is a moving target, but Proton isn't the only thing impacted by this. Every Windows game published within the past 30 years suffers from this same exact problem. There are a lot of games which were published for Windows which no longer work on Windows, but many of them do work in WINE.

Performance

Windows games running in Proton are native. It is x86 machine code running directly on the CPU, linked with a native implementation of the Windows APIs. The GPU shaders, including HLSL shaders meant for DirectX are either distributed in source form, or Spir-V, which are compiled by the GPU driver for the specific graphics card and driver at runtime even under normal circumstances.

Messy Stack Hurdles

Not that it makes the work of maintaining distributions any easier, but you know you can statically link your applications right? You also can distribute them as AppImages or FlatPaks with all the specific versions of dependencies you want. Or you can target established runtimes like Steam. Shit's no different than it is on Windows, where every application wants to install a particular .NET runtime and every game wants to install a particular DirectX. It's also just as invisible, because most game distribution platforms make this kind of thing invisible to the end user. The problem of installing software has been solved for a solid three decades already. I don't think I have heard the term "dependency hell" since George Bush was in the Whitehouse.

A Unified Ecosystem

WE HAVE THAT! Okay, there might be several components with SOME redundancy. ALSA / PulseAudio / PipeWire for instance. But there will be ONE PulseAudio on your machine. If there is a problem with your audio, that problem exists in one place, not in dozens of places because EVERY SINGLE APPLICATION ships with gigabytes of redundant middleware and their own media codecs and graphics libraries and shit.

OpenHarmony leverages industry-standard graphic APIs like Vulkan and Mesa for graphic drivers. These technologies are known for their performance and compatibility

Okay? So you're cribbing the state-of-the-art graphics stack I'm already using?

The ArkGraphics 3D pipeline library is a game-changer for Oniro-OpenHarmony. It offers a robust and efficient framework for rendering high-quality 3D graphics.

But you're also going to do the Apple Metal thing. Why? Who is asking for this?

The use of POSIX compatible musl libc compatibility over glibc in OpenHarmony addresses some of the broken issues associated with glibc on GNU Linux systems

Come on now. No shade at Musl, but there is a reason why NONE of the mainstream Linux distributions choose it over glibc. You are creating compatibility headaches and throwing away ABI compatibility with pretty much any binary software which has ever been published for Linux (including pretty much ALL of the native Linux games which already exist). The only people I have ever encountered who are enthusiastic about musl are a particular kind of Gentoo user who finds enjoyment in finding out which packages break on obscure configurations, and people doing intense system hardening.