It's not DRM in general, most DRM works on Linux. It's mandatory malware (the industry calls it Kernel-level Anti-Cheat, KAC for short) that's the problem. The malware doesn't support Linux, which is good because it shouldn't even exist in the first place, and refuses to work in virtual machines. It pretty much is only used in competitive FPS games.

The only issue I've seen is with anti cheat, like the ones Activision uses for call of duty.

It sort if solves itself though, you don't buy games that don't work on Linux therefore not supporting them. I ended up returning battlefield for example because booting into windows wasn't worth it, been happy playing arc raiders instead

Oddly it’s GOG games that gave me the most trouble. Steam has gone seamlessly with just a right click to select proton in compatibility for each game.

Lutris & Wine handled GOG.

Next up is seeing if ME Legendary and AC Odyssey will fxn.

But yes, I just had a conversation with someone last week. He bought a new Windows 11 laptop because his favorite games wouldn’t work when flipped his old one over to Linux.

The only obstacle is people supporting games with DRM.

For users, yeah. This is mostly about making things easier for the distro maintainers. Especially if they upstream all their patches, as that will then trickle down to all the other distros.

This is basically how steam on Linux works.

Windows games are run inside wine

Wine is run in a container (they call the tech pressure vessel, the version of the container most games use is called sniper)

Linux native apps are not forced into a container, except they are on steamos, so guess its coming everywhere later

The container is based on ubuntu

QubesOS enjoyer?

The nice thing is you can give a container full hardware access if you wanted too. So if perf was a must, just steal the whole GPU for the container.

Though my ideal would be sidecar container to base desktop container. Just share what you need bus, and device wise.

Pretty much how AMP by CubeCoders works. It's all docker containers

idk docker has so much weirdness edge cases you have to build for, that you can do but I feel like a game should be pretty easy to just statically compile and call it a day. but I guess steam already has their runtime that tries to do the same thing

OGC also looks like a guy beating his meat when you turn it 90 degrees

https://www.coologc.org/ aint taken

Where have you been, the cave?

Linux community have been solving problems together since the dawn of time, despite the bazillion different standards they endorse on their own, they collaborate with each other.

Take a look at KDE & GNOME. They are opposed to each other on the surface level, but they both share countless amount of work. Also MATE, which is a fork of GNOME that is created basically from disagreement of modern GNOME's direction, still uses a lot of GNOME's library.

News flash: the things the Linux (open source in general) community fight about are also fought between developers of proprietary software. But you only see some of those fights because the others are either "trade secrets" you have to sign in blood not to reveal, or are in the form of corporate competition, sabotage, and lock-in instead of heated but usually still civil discussion where bridges and compatibility layers can still be built between even completely opposing camps.

That seems like a great reason to use it.

The Open Geospatial Consortium?

The "g" doesn't connect, so the risk is pretty low

"Our team focuses on Linux for many ASUS hardware..."

I wish ASUS would focus on their hardware, too.

i think it will just lessen duplication of effort when improving driver support for gaming hardware

so distros can chip into that and mostly focus on their intended gaming experience