It’s not known either way yet, but unless they offloaded it to a separate firmware like Nvidia or Intel, it’s not possible for them to do in Linux due to HDMI patents. The way the other vendors avoided this is to use a separate component that does everything internally, so none of the code is in the drivers. AMD doesn’t do that historically, and thus can only support such features with closed source drivers/OS.

I mean, if you can get a 50 series card at MSRP then do, the scalping sucks but otherwise it’s still a slight perf/€ win over 40 series.

It’s not the same, but it provides similar performance. The performance gains are being compared to stock wine, not to Proton with esync or fsync.

NTsync won’t change much for performance compared to Nobara with Proton. Proton has used esync and fsync for many years now which provide similar performance, but with flaws that prevent them from being upstreamable to Wine. NTSync will allow upstream wine to match fsync performance and hopefully fix some bugs.

A big problem with Android is ARM vendors don’t upstream anything in so you need to run very specific kernel and bootloaders just to boot the OS. SteamOS on x86 won’t have that problem, regardless of who makes the end device.

This looks nice, especially cool that it supports multiple vendors.

This is frame generation. That’s a second option on top of the older DLSS super resolution (upscaling) that doubles framerates at the cost of some latency. It only works on 4000 series cards.

That DLSS frame generation works in Proton

Yes, and ChromeOS is built from Gentoo. That doesn’t mean much, the end user experience is worlds different.

Exactly. That’s why it’s a trash motherboard as soon as root access is gained. It can never again be trusted.

How do you trust that the flash was done properly if you did it from the compromised system? This would only work if you flashed it externally somehow without the system running.

555.58 works great for me in Wayland. 3090 on Arch with Gnome

Knowing Mozilla it’s probably done client side (meaning it sends weather data for all major regions or something and the client filters what is needed)

Very pretty sample screens, will have to give it a try

Nice to see Steam Input support, wish that was more common. It solves so many problems so well with a variety of controllers.

Because Stardust said “Get a Steam Deck and then you’ll see why” which makes no sense in the context of Denuvo DRM, hence it is most likely Stardust confusing anti cheat issues for DRM ones. Not that hard to figure out.

Well, in the context of the Steam Deck, DRM works fine and anti-cheats often don’t.

No, and it runs denuvo games fine. It’s things like EAC or EA Anti-Cheat that break on Deck/Linux.

Yeah good luck with that. They get royalties for HDMI use, they make the TVs. Asking them to support DP is literally asking them to stop collecting royalties from all the device makers.

Remedy did the same thing with Alan Wake from Microsoft like 5 years after AW1 also. Seems they just like to own their back catalogue.