Patreon Logo Support us on Patreon to keep GamingOnLinux alive. This ensures all of our main content remains free for everyone. Just good, fresh content! Alternatively, you can donate through PayPal Logo PayPal. You can also buy games using our partner links for GOG and Humble Store.
Latest Comments by gardotd426
Linux Format has a Collabora dev talk about Steam's Linux container 'Pressure Vessel'
28 Aug 2020 at 4:37 am UTC Likes: 1

Quoting: GuestYou say that, and yet so many games are closed, on a closed gaming client
That's how the PC gaming industry has always been, and native Linux games are proprietary too (outside of the obvious STK and Xonotic, etc).

And again, that's still not limiting developer freedom. They can create as many open source games as they want, and release them on an open platform. It's not remotely limiting.

Quoting: GuestStadia development targeting closed AMD drivers
Stadia uses AMDVLK. AMDVLK is open-source, not proprietary. vulkan-amdgpu-pro is the proprietary AMD-developed Vulkan driver. AMDVLK is the open-source AMD-developed Vulkan driver. And Stadia uses AMDVLK, which Phoronix just mentioned (though they goofed super hard when they did it), when they mentioned AMDVLK just recently getting a fix for Ghost Recon Wildlands.

Quoting: Guestthere being some grumblings about possible easy anti-cheat injecting into the kernel, full root permissions, to function
Nope. Well, not from anyone who knows what they're talking about. Wine-EAC has no kernel-level anything whatsoever, there are no root permissions involved whatsoever, and everything is in user-space, by necessity, as a kernel driver is pretty much impossible (in every practical manner) in Linux (and I'm pretty sure Wine would never allow it anyway).

I've spent a ton of time in the discord where Wine-EAC development and testing was discussed (and will be discussed again when it restarts) and there's no talk whatsoever of anything running with root permissions or at kernel-level. That's not a thing.

This is what happens when you have a community that is so obsessed with FUD and outrage culture.

Linux Format has a Collabora dev talk about Steam's Linux container 'Pressure Vessel'
27 Aug 2020 at 11:57 pm UTC Likes: 1

Ironically, I've wondered if one of the better ways to introduce more people to GNU/Linux was showcasing those older games that work flawlessly through wine, but that don't work with Windows anymore. I mean why not - after all, GOG made an entire business around getting older games to work on a modern version of Windows.
No... not really.

For one thing, it is true that some older games run better on Linux than on Windows, but it's also true that others run on Windows and don't run on Linux at all. It's not remotely "all old Windows games run on Linux and not Windows," nor is it true that "all old games run better on Linux than on Windows."

But more importantly, the size of people that would care about that enough to switch is effectively zero (not 0.0, as in not a single person, but 0 as in not any statistically significant number of people). You bring up GoG. Sure, GoG isn't unpopular, but it's also not at all huge, but even if it were, you're making a false analogy. Practically no one playing GoG ONLY uses GoG. They're also going to be using Steam, Origin, Battle.net, Uplay, EGS, etc. Almost all of them are going to be using Steam, specifically. So the fact that Linux might do well with old titles is going to mean absolutely nothing to any of those people, or at most, it will mean something, but **definitely** not enough to switch.

See, it's a false analogy because with GoG you don't have to choose to only use GoG. It's not an either/or. But with Linux and Windows, it is. Yes you can dual-boot, but that's not what we're talking about here. People willing to dual-boot can switch to Linux already with no issues. But you can't use two operating systems at the same time to play games (again, in THIS context. Obviously VFIO doesn't count here).

Seriously, even if we completely showcased how well Linux did with older titles (and hell, even add old console/arcade emulation to that), the number of people that might be persuaded to switch is literally not likely to surpass a couple thousand.

All of our growth the past couple years (in terms of gaming users) is because of Proton. Yes, that also means by extension that Wine is owed all the accolades, but that's not the context in which I mean "because of." Proton is the solution to the chicken and the egg problem, and until we can gain more market share, we literally have no other choice.

Quoting: GuestI will say that my own concerns are very much not shared by many: I worry that in an effort to increase usage of GNU/Linux, then the GNU part of that is forgotten about. I want more gaming available to GNU/Linux, but not by sacrificing development freedoms. I'd rather not see gaming increase if that were the cost.
There are no developer freedoms being sacrificed. Linux would have to become a closed platform (which is practically impossible) for that to ever happen. I'm a bit confused as to how you think this effects freedom at all. And yes, Steam is a company, and the Steam client is proprietary, but PROTON is open source.

Linux Format has a Collabora dev talk about Steam's Linux container 'Pressure Vessel'
27 Aug 2020 at 11:44 pm UTC

Quoting: wintermuteProton games already run in a similar container, that's why this works the same way as selecting a different Proton runtime.
The type of containerization isn't really the same, though.

I never said it would be as or more useful if it was available for Proton vs Native, but it would still be useful.

Linux Format has a Collabora dev talk about Steam's Linux container 'Pressure Vessel'
27 Aug 2020 at 5:23 am UTC

Quoting: Purple Library Guy
Quoting: gardotd426So this sounds like it's only possible for native games, too bad.
Seems to me it's not so much only possible for native games as only relevant for native games. I mean, how/why would someone developing for Windows and not Linux, care what Linux environment they weren't developing for?

"Yeah, before it was tough because we weren't targeting the whole range of different Linux distributions and environments. But now, we can simply not target Valve's 'Pressure Vessel', it saves a huge amount of not-work and non-effort!"
Um.... they wouldn't. Did you miss this part of the article?

just as importantly it gives users a container to put games in to ensure they work on whatever distribution they happen to have hopped on over to.
It's just as important for users, too. And I never mentioned devs.

Linux Format has a Collabora dev talk about Steam's Linux container 'Pressure Vessel'
27 Aug 2020 at 5:21 am UTC Likes: 1

Quoting: mphuZ
Quoting: gardotd426So this sounds like it's only possible for native games, too bad.
It's not bad. The main goal is to switch to native games. Proton is only a temporary workaround.
Proton is a temporary workaround until we actually start getting native games. That's not happening yet. So Proton is still VERY much needed.

Linux Format has a Collabora dev talk about Steam's Linux container 'Pressure Vessel'
27 Aug 2020 at 1:41 am UTC

So this sounds like it's only possible for native games, too bad.

My experiences of Valve's VR on Linux
12 Aug 2020 at 11:49 pm UTC

So, the whole second monitor/audio thing should be easily fixable by using Pavucontrol. Just open it with both the Index and your second monitor connected) and go to "Configuration." You should see dropdowns for your different audio devices, including your GPU. It'll say "Navi 10 HDMI Audio." Click it, and you'll see a bunch of different stuff, you should be able to select the right one that corresponds with your Index. Just try all the ones that don't say "(unavailable)" after them, and you'll find it.

More progress on Easy Anti-Cheat in Wine / Proton coming
15 Jul 2020 at 4:48 am UTC

Quoting: mylkai wouldnt be surprised if EAC goes kernel driver now like valorant
Um........

With EA back on Steam, you can play Titanfall 2 on Linux with Steam Play
1 Jul 2020 at 10:20 am UTC Likes: 1

Quoting: scaineIf only this didn't need Origin, I'd buy it in a heart beat. :sad:
It's not like you actually have to use Origin, and it's also not like it has any real access to your machine. EA being dickheads isn't enough of a reason to miss out on such an absolute classic of a game.

With EA back on Steam, you can play Titanfall 2 on Linux with Steam Play
1 Jul 2020 at 10:19 am UTC

Quoting: PopeRigbyWorks flawlessly for me, except the overlay doesn't work so I can't play with friends. Anyone got it working?
Use the newest GE build (5.11-GE-2-MF). There are ProtonDB reports saying it fixes the Steam Overlay.