Include adding kernel level anti cheat to that. This should just give us an option to get a full refund.

iFixit rates it “Difficult” for the Steam Deck OLED and says the time required is 2-3 hours:

https://www.ifixit.com/Guide/Steam+Deck+OLED+Battery+Replacement/168676

This is a slight improvement from the original Deck’s estimated 2-4 hours:

https://www.ifixit.com/Guide/Steam+Deck+Battery+Replacement/149070

It requires removing quite a few parts but the most annoying part is getting rid of the adhesive. It doesn’t have easy-to-access pull tabs or whatever.

They can certainly improve this. Either add pull tabs to the adhesive strips, or better yet use the mechanism from the iPhone 16 where you apply voltage to the adhesive to make dissolve/no longer stick. Or even better make it a screw-in battery without any glue whatsoever. Then update the routing of several cables so they aren’t in the way of removing the battery.

Understandable.

What I will say though is that I personally wouldn’t mind regular spec bumps at all. The Deck isn’t exactly a cheap device and to get the “latest and greatest” for your “investment” at any given point of purchase would help longevity.

But as I said, in this case it makes a lot of sense (for Valve). SteamOS is still under heavy development, even more basic stuff such as the update mechanism and also power management is something they’re still working to improve.

They also use a custom APU designed in collaboration with AMD, and these designs cost a lot of money. It’s not just a rebranded 7840U like the Z1 Extreme for example. This custom design makes a lot of sense in terms of focusing on gaming performance and efficiency, and it clearly shows in (very) power limited scenarios.

Either way, I wouldn’t be surprised if we see a new Steam Deck based on Zen 5 and RDNA 4 with another custom designed APU sometime in 2025 or early 2026. Zen 2 is really starting to show its age and Zen 5 is a solid leap even over Zen 4 (not talking about desktop CPUs here, but Ryzen AI 300). RDNA 4 will likely improve quite a bit over RDNA 3(.5) (with the current Deck having RDNA 2) and include some type of hardware-accelerated machine learning upscaling with FSR4, which could make a lot of sense on the Deck as long as enough games support it.

I’d also like to see a few other improvements. The OLED display is great in many aspects, but VRR would be a great feature to have. Internally I’d like to see an easier way to swap the battery, maybe using similar tech to what Apple does with the iPhone 16’s battery. Currently, swapping the battery is one of the most complex repairs on the Deck, but it’ll also be the most common a few years down the line when all these batteries really start to show their age.

I think we’ll get at least one more x86 Steam Deck generation before it moves to ARM (if it moves to ARM at all).

The Snapdragon X isn’t anything to write home about when it comes to efficiency under load, with the newest CPUs (with iGPUs) from AMD and Intel keeping up or maybe even exceeding it.

Bitwarden keeps working just fine.

This is the way.

Just to clarify, do you want multiple remote users connecting to the same desktop session or to separate desktop sessions on the same computer (like a terminal server)?

Thanks for letting me know, I just updated to v5 yesterday.

Missing built-in FDE is one of my main gripes with SteamOS. It’s why I don’t really do anything besides gaming on the Deck. It’s a portable device that could easily be stolen or lost, so this seems like a major oversight.

There is no definitive roadmap.

youtube.com/tv is/was the YouTube website optimized for big screens. It’s basically just a different layout for regular YouTube.

OP is talking about YouTube and I can watch 8KUHD just fine on Linux.

How do you not do that? It’s all in your local network, how would it not work offline…?

Will reflash my Deck once this hits stable as it’s acting up in various different ways.

The difference between H.265 and AV1 at the same bitrate (assuming both files were encoded with a good encoder) usually isn’t huge.

AV1 is great, but the “hype” surrounding it is mostly comparing it to lowish-bitrate H.264 (live) streams.

And what would that help with?

I’m waiting to see how DeepComputing’s RISC-V mainboard for the Framework turns out. I’m aware that this is very much a development platform and far from an actual end-user product, but if the price is right, I might jump in to experiment.

What I mean by that is that they will take a huge disservice to their customers over a slight financial inconvenience (packaging and validating an existing fix for different CPU series with the same architecture).

I don’t classify fixing critical vulnerabilities from products as recent as the last decade as “goodwill”, that’s just what I’d expect to receive as a customer: a working product with no known vulnerabilities left open. I could’ve bought a Ryzen 3000 CPU (maybe as part of cheap office PCs or whatever) a few days ago, only to now know they have this severe vulnerability with the label WONTFIX on it. And even if I bought it 5 years ago: a fix exists, port it over!

I know some people say it’s not that critical of a bug because an attacker needs kernel access, but it’s a convenient part of a vulnerability chain for an attacker that once exploited is almost impossible to detect and remove.

That’s so stupid, also because they have fixes for Zen and Zen 2 based Epyc CPUs available.

Intel vs. AMD isn’t “bad guys” vs. “good guys”. Either company will take every opportunity to screw their customers over. Sure, “don’t buy Intel” holds true for 13th and 14th gen Core CPUs specifically, but other than that it’s more of a pick your poison.

Massgrave works with 8/8.1 just fine, just not with the HWID method afaik.