• 0 Posts
  • 38 Comments
Joined 2Y ago
cake
Cake day: Jul 06, 2023

help-circle
rss


A lot of third world countries have top of the line medical treatments. The difference to socially developed countries is in how accessible it is to the general population.


That something else already exists and is called Matrix. I hope more people and projects migrate there!


This is terrible advice. The OLED model is better across the board. The risk of burn-in is also wildly overstated.

The only reason to get the original model would be price.

Don’t get me wrong, I have an original and it’s great. I don’t consider the OLED model enough of an upgrade to justify the extra cost but I wouldn’t think twice if I was getting my first.


Ok so it’s unknown.

Whilst I agree that it’s unlikely that it was an RCE in EAC like it’s been floating around, nothing can be entirely discarded yet.

I do agree that it’s likely safe to play Halo, if the hack happened due to calls made from Apex to EAC, that means EAC’s APIs made it possible (still unlikely to be an RCE though). With that in mind, bugs or malicious code in any game that interacts with the EAC APIs could cause the same issue.

This is one of the dangers of kernel-level anti-cheat systems.

It should be safe® on Linux though, as it has no direct access to the kernel.


It’s not clear (to me) if EAC was a factor in the hack.

Regardless, on Linux it runs in Proton so it should be entirely in userspace. In Windows it runs in the kernel which makes it a lot more dangerous.


Has this been established? Have EA published their findings somewhere?


Yeah I don’t think that’s gonna work. It uses Wayland which AFAIK is not supported by the proprietary Nvidia driver. No idea about the open source one but I don’t think that’s ready for prime time yet anyway.


The games I play on my hardware tend to perform the same or a little better on Linux.

I’m not saying this is true generally but it is for my relatively small sample.

For reference, I have a recent Radeon GPU. Games like Cyberpunk 2077, Baldur’s Gate 3 and even Starfield (which I haven’t played in a while because 🥱) all fit this experience.

The open source driver for Nvidia seems to be catching up lately, so hopefully everyone will soon have a prime time on Linux!


2 years since I’ve built my gaming rig. I’ve booted Windows on it once, and at this point I don’t even have a Windows partition anymore.


This is obviously due to personal choices, so take everything I say here as things I care about - not necessarily that I expect everybody else to care about.

It’s not “a different exe”. It’s got Epic’s DRM - meaning it’s tied to the Epic Store, its continuous service, etc. If they fold, I lose access to the games I have on it. In all fairness, I don’t think they will fold any time soon but it still worries me.

With Steam not as much, for a couple reasons: they’re bigger so slightly less likely to fold; they’re not publicly listed so they answer to Gabe Newell and don’t have any legal requirement to increase share value; they promote and put a lot of time, sweat and money towards Linux gaming; and their store is just generally better than Epic’s.

Epic, on the other hand, is actively hostile to Linux gamers: you can’t even play Fortnite on it, they have no native store/launcher; and they don’t have any of the pros of Steam.

Furthermore, I already own more games than I will probably be able to play in my lifetime, so it’s not like I’m “missing an opportunity” by skipping a game that’s on the Epic store. :)


Same here. That’s the reason I haven’t played Alan Wake 2.


I’ve recently had success with minimal (read: some) pain using BG3ModManager.

Unfortunately trying to play multiplayer gave me the dreaded GustavDev version mismatch, but that’s not specific to Linux.


Ah ok, this makes sense.

Everyone else responding here is essentially making the point that Proton-GE is piracy which I didn’t think would be the case.


I’m with the others here saying that as long as they make sure it runs on Proton (or even better, plain WINE), I’m ok.

It matters a lot more whether the game is open source or not than the binary format does. If the game is closed source anyway, there’s not much advantage to it being on a native Linux format.


How come Valve can’t distribute these libraries but Proton-GE can?


The 70s? Given the first IBM PC was released in 1981, do you mean no individual has ever owned their software?


No need to apoligise! I get that you’re frustrated and why. AMD is really not (yet?) anywhere close to Nvidia for AI (or Ray Tracing!).

Compared to what you documented in your blog?

Yes. What I documented on the blog is a few commands once in a lifetime, from the comfort of your GUI, with the browser running where you can copy-paste from directly into the terminal emulator. I do consider that a lot less faff than booting off a live USB and figuring out how to compile a driver that DKMS failed to do automatically, then make sure it will work when I boot from my actual system.

Not to mention the rescue CD is if DKMS fails, your steps are just to get it working.

Not quite. The system works fine without that. In fact, I played a few games with no issues whatsoever before I figured out there were firmware files missing. In fact, the only thing that tipped me to thag were errors in dmesg which I only looked because I’m a stickler for that kind of stuff and decided to poke and prod as many logs as I could when I was building the system.

Also like I mentioned, this is only necessary because Debian haven’t packaged those files yet. Many distros have them out of the box.

In any case, I know that plenty of people run Nvidia on Linux and face no issues. I have no interest in AI stuff on my Linux box and I have no love lost for Nvidia. That, coupled with AMD having been historically a lot friendlier to Linux than Nvidia, plus the fact that the drivers compile and ship with the kernel, made my purchase decision pretty easy. To each their own though, and clearly for your needs Nvidia is the way to go.


Hey, sorry if I hit a nerve. It really wasn’t my goal.

That said:

“But it might fail! I have anecdotal evidence!"

I never said that. I haven’t provided anecdotal evidence either. It’s not hard to find it though: https://duckduckgo.com/?t=ffab&q=dkms+failure+nvidia&ia=web

Ironically, you’re the one presenting anecdotal evidence. Your own. Nothing more.

“But it’s proprietary!”

This is a strawman, I’m not going to engage.

AMD just works? Well sure, but then you reference some obscure blog post as “well documented”

Like I said, the blog post is mine. It documents how I set up my system. From there, there are links to Debian’s official docs. If you had actually read any of it, you would have found that out yourself.

Also, it’s nothing to do with drivers. It’s firmware.

as if booting off a rescue USB and downgrading packages isn’t a well documented procedure

Ah yeah - booting off a rescue USB and downgrading the kernel plus going through DKMS on a live system (perhaps a chroot, I’m not sure what the procedure would be). That’s what I consider smooth sailing and no shenanigans!

The firmware that’s missing on Debian’s packages are present in other systems by default - and they’re only missing on Debian because they’re still fresh. They’re static so you install them once and are done with it for the life of the system. No recompilation, no reinstalls, nothing at all.

Furthermore, the GPU works without them, but it lacks some functionality and it can have an impact on performance. The system never becomes unstable or without a GUI though.


That’s simply not true, though I keep seeing it repeated.

That is factually true, unless you’re happy with the performance of Nouveau or whatever the OSS Nvidia driver is called.

To get an Nvidia card working you need a proprietary driver. Many distros can get it for you automatically during install but that still doesn’t mean it won’t cause issues. Every time there’s a kernel update, DKMS needs to kick in and recompile the driver for the new kernel. If that fails for any reason, you might end up without a GUI on your next boot. To fix that, assuming it’s even possible, you need some level of savvy. There’s the lack of Wayland support, which is a problem for many, especially with Plasma 6 looming over the horizon and being Wayland-only.

I ran a 3090 on arch, and I never had any issues with drivers

Great! I’m glad your setup works flawlessly for you. Saying it always will for everybody is disingenuous at best though.

Albeit I didn’t mess around with Wayland, but that seems like more of a Wayland problem.

There you go. And no, it’s not a Wayland problem. It’s a lack of Wayland compatibility in the drivers. Fixing that is completely outside of the scope of Wayland.

I have a 7900XTX on arch now, and I swear it’s been far more of a hassle than the 3090 ever was.

I have a 7900XTX on Debian now, and zero hassle. I don’t know what Arch has done to make your life difficult but it shouldn’t have been the case. I have also run Nobara, Fedora and Bazzite on this hardware without a single issue. Well, I did have issues with Bazzite but none related to the GPU.

For my current Debian setup, the only GPU-related “tweaking” I had to do was to copy firmware blobs from the upstream kernel tree because some of them had not yet been packaged for the distro. This is a one-time operation though, and well documented.

the AMD needed a lot of tweaking to fix various Xwindows issues

Granted, I’ve been mostly on Wayland and KDE/Plasma but I have dipped into X every now and then for performance comparison. Never had a single driver issue.

Not saying your experience is invalid in any way but it shouldn’t really be the case. It might be some quirk of Arch.

not to mention 80% of the AI tools simply won’t run on it

Yeah we established AI is a problem. It’s irrelevant to gaming though, which is what we’re discussing. I wonder if whatever tweaks and hacks you had to do to your AMD Radeon system to use AI on it might be part of the causes of your problems. No idea, honestly - but again, irrelevant.


Fair enough!

That said, being able to use it without any driver shenanigans if you want it for gaming is a huge upside to purchasing AMD.



Also in the article (and in fact, core to the point being made):

There are a couple of catches, though. For one, it only works on Nvidia GeForce RTX 4000-series GPUs, such as the GeForce RTX 4070. Secondly, using it requires a game to support it, or for a modder to unofficially add support to a game.

What’s more, while Nvidia’s DLSS tech is a closed eco system that only runs on Nvidia RTX GPUs, AMD has made FSR 3 open source, a strategy that AMD thinks Nvidia will have to emulate at some point.


It took me a few weeks to get into it. I put it down a few times along the way and went back to CP2077.

A lot of the mechanics, items, spells, etc. still elude me.

That said, I’m now on the third act of my main campaign and every day I look forward to when I get some time to play it a bit more.

The story is fantastic, the voice acting is excellent, the graphics are beautiful and despite some clunkiness and the inherent complexity of a D&D game it’s thoroughly enjoyable by someone like me who’s never been much of a fan of the genre.


“Meet Hanako at Embers” haunted me for weeks until I finally mustered the strength to take the plunge.


Sounds like bullshit. This is based off job adverts on LinkedIn. Given Guerilla have been releasing for PS all along, it’s likely they already have the people to write that. They’re lacking for the other platforms so they’re hitting for those.


Genuinely curious but how are they screwing over the publishers?

I’m especially curious how that can be true along with the seemingly contradictory conclusion you came to in your last sentence.


makes the “hackers” scummy

Don’t get me wrong, you’re right that this is bad but I’d think the blackmailing alone would make them scummy.


Imagine loading a modern game from spinning rust. And then loading textures. And the next area to render. And its textures. And… I’m getting tired of waiting just from imagining it.


The game we should have had at launch is one where my >100h save wouldn’t make it crash on load.


Funnily enough, this is the first time a game’s NG+ actual felt compelling to me with how it’s actually part of the story and the workings of the universe.


Laughing, but just in the pauses between each ad you’re reading or dismissing, I imagine.


That build is at $530 with discounts. Add $70 for a DualSense 2 and it’s $600.

A Digital PS5 retail is $500, so the PC here is 20% more expensive. If you get the PS5 on a discount (the compared PC is discounted), the difference could go up to about 40%.

On top of that, I guarantee you that its real world performance is not on par to that of a PS5. My own PC has better RAM, better CPU, better GPU and better SSD and it’s still not quite there.

Again, to get comparative real world performance you’ll need to spend at least as much as the console on the GPU alone.


It’s not. Most interplanetary travel can be done without leaving the cockpit screen. Activate the scanner, point at your destination, press A, then X.


You also get console or better performance with similarly priced hardware

That’s not my experience. I get much better performance at higher resolutions on my PS5 than I do on my 2.5x more expensive PC.

To get a little closer in performance, the GPU alone would have to be more expensive than the whole console.


Sorry, not sure I was clear. 😅

Proton is Valve’s fork of Wine. I meant that I think Valve contribute patches back to upstream Wine as well.


Proton is a fork of Wine with some patches specifically for games. I think Valve contribute the patches back as well but I could be wrong.