I don't really like strategy games all that much, and I don't have that much interest in Warhammer, but I am still tempted to get this to help keep Feral in the Linux-porting business.

View this comment - View article - View full comments

Quoting: tuubiYou should simply remove the old xorg.conf file. You don't need one for AMD or Intel.

In case you want to fiddle with options (e.g. to enable TearFree), it's better to just create a new file in /etc/X11/xorg.conf.d/ containing nothing but the device section for the driver.

You don't need one with Nvidia, either, and the butchered thing that their automated tool produces is just awful.

The invention of xorg.conf.d and being able to use snippets rather than having to specify the whole thing was a great improvement.

View this comment - View article - View full comments

Quoting: NanobangThough I'm grateful for everything Valve has done for Linux gaming, the one place where I feel they've dropped the ball is in creating and maintaining a standard Linux for Steam gaming. Originally it was Ubuntu 12.04, wasn't it? And/or SteamOS?

They did. It was the Steam Linux Runtime, which was based on the libraries that were in Ubuntu 12.04. If developers targeted that rather than any particular distro, they'd have many fewer things to deal with. The issues with that implementation, and the things they've done to improve it since, are detailed in some recent videos that Liam put up some articles about. They're worth a watch.

View this comment - View article - View full comments

I'm quietly hopeful that Embr will be a game that goes from Stadia to desktop Linux. Guns Of Icarus was Linux-native, and worked well, but they didn't bother to release their subsequent game for Linux. Now that they've likely been paid already (apparently Capcom got $10 million to put RE7 & 8 on Stadia) to make the Linux version of Embr work, and it's done in Unity, and they've released Linux-native games before, the fact that they've already done the work might be enough to clear the hurdles. It won't happen till it happens, though, of course.

View this comment - View article - View full comments

For those that aren't aware, it was also Joshua Ashton that did the work [External Link] to move Quake 2 RTX to the vendor-neutral Vulkan ray tracing extension, for when Khronos gets round to finalising it. Busy, busy, busy.

View this comment - View article - View full comments

Quoting: Lord_PhoenixI watched an interview with the producer (I think) and they said they are not really investing into linux, because while it works somewhat it's fine, but no major investment/improvement planned because linux is such a mess.

For clarification, if that's their position, they're saying that Linux is not supported, which means that no one should give them money in exchange for their Linux support.

Like a Proton title, that lack of support from the developer means that the product just isn't worth as much as if it were supported.

View this comment - View article - View full comments

Quoting: ShmerlIs there a list of games that came out for desktop Linux because Staida effort made it easier?

The list so far of games that have come to desktop Linux from Stadia is:

View this comment - View article - View full comments

Quoting: GuestThose videos show that there is a long term plan for Stadia. Kinda kills the "hur hur Google will just kill it soon" crap

I'd imagine that they had big plans for Google Plus, too.

View this comment - View article - View full comments

Quoting: elmapuli wonder why its easier to reverse enginering an game than making an free open source alternative to it...
it shouldnt be

Traditionally for game makers, about half the budget goes to marketing. Asset creation is almost all of the rest. Making the game engine, while both critical and often difficult, is only a small part of the whole. Content is also difficult to do incrementally: you need your story to happen in the right order, and you want all of your artwork to look good before people see it.

View this comment - View article - View full comments

Quoting: GuestI'm pretty against tailoring Linux (kernel) towards DRM (digital rights management) because that seems to me against the entire ideal of it.

This isn't really that, though. This is changing the kernel to help Wine. Sure, anti-tamper in Windows applications is a likely source for Windows syscalls being issued directly rather than going through Windows/Wine libraries, but equally some devs just suck. These changes stop those Windows applications messing up your system with their suckiness, by bouncing it back to Wine.

Kernel changes to allow DRM already happened: HDCP support, secure enclaves, and the like.

View this comment - View article - View full comments