Sounds unlikely to me.
Valve would be taking on a huge compatibility problem in exchange for maybe better battery life in scenarios that already have good battery life.
this post was submitted on 10 Jun 2025
42 points (92.0% liked)
Steam Deck
17654 readers
211 users here now
A place to discuss and support all things Steam Deck.
Replacement for r/steamdeck_linux.
As Lemmy doesn't have flairs yet, you can use these prefixes to indicate what type of post you have made, eg:
[Flair] My post title
The following is a list of suggested flairs:
[Discussion] - General discussion.
[Help] - A request for help or support.
[News] - News about the deck.
[PSA] - Sharing important information.
[Game] - News / info about a game on the deck.
[Update] - An update to a previous post.
[Meta] - Discussion about this community.
Some more Steam Deck specific flairs:
[Boot Screen] - Custom boot screens/videos.
[Selling] - If you are selling your deck.
These are not enforced, but they are encouraged.
Rules:
- Follow the rules of Sopuli
- Posts must be related to the Steam Deck in an obvious way.
- No piracy, there are other communities for that.
- Discussion of emulators are allowed, but no discussion on how to illegally acquire ROMs.
- This is a place of civil discussion, no trolling.
- Have fun.
founded 3 years ago
MODERATORS
It also seems likely that the perf hit from x86_64 -> ARM64 emulation, even if the emulation is really excellent, might very well eat up any battery savings from the more efficient ARM chip.
My understanding is that ARM chips work fine for gaming when games are built for ARM, but that is far from the norm at the moment.
Right, so basically mobile games
I don't think so, Valve already have their hands full with one translation layer and probably don't want to add another layer on top of it.
I also wouldn't be surprised if battery life ends up being worse through the hypothetical vm. It still has to do the same amount of work after all.
arms not ready yet for gaming. id expect at least 1 more generation of x86 hardware. especially if AMDs 1W optimized efficiency cores end up becoming an option.
On the contrary, my arms are quite ready for gaming, thank you very much!
I would guess steam deck 2 will be x86, I'm assuming that valve is already working on hardware for it. We do know that Valve is working on a new VR headset that will be ARM based though, and that they're working on an ARM compatibility layer for it. If the early testing of the VR headset is promising enough I could imagine valve pivoting to make the next Deck ARM based, but that will probably cause a longer delay before we get a Deck 2.
What's the source on the VR headset being ARM based? I must have missed that
There were previous leaks that were covered here about it, here are two articles on it:
As with anything like this, it's not 100%, but it's pretty much confirmed that valve is working on getting x86 vr games to run for ARM hardware, which is enough for most people to assume that an ARM VR headset is coming.
I was surprised to discover how simple Windows commands on Linux (via Wine/Proton) are, x86 on ARM is much harder. That said, Apple have managed it pretty well (Rosetta?) so it's clearly doable.
My understanding is Apple did this by having the more "expensive" to emulate commands be actual hardware, so some commands are emulated/translated, but others are just implemented in hardware on the processor. They could do this because they control the hardware and OS. Microsoft or anyone else trying to get that done is much more of a challenge.
Translation layers are possibile, but from what I can see, are quite unreliable for games (especially more graphically-demanding), which is not of high importance for Apple
Standby time is 99% a function of "how much power the ram takes". If you have less ram, it takes less power to refresh.
Is ram that's used on arm chips usually lower power than x86 or can they be interchangeable?
ARM boards with slotted RAM use the same type as x86 (although mostly LPDDR, as found in laptops), so I assume there isn't any difference that is related to the CPU architecture.
It will be there eventually, but on Valve time. There isn't any huge issue with what AMD is releasing
Hopefully they go straight into RISC-V!
Absolutely 0 chance as current RISC-V chips are dog slow and inefficient. Currently RISC-V is only really used in microcontrollers and everything else is highly experimental.
I’m of the opinion that Valve should keep the og steam deck around for 7 years to keep squeezing more value out of the hardware with software updates and to keep the baseline simple for developers to ease the transition to the linux and mobile technologies then release the next iteration of hardware in 2029, RISC-V would be much more developed at that point especially with Valve’s full backing.
RISC-V could be a lot better supported then. But I don't think a lifetime this long would work for the Deck. 7 years is nearly as long as the Switch 1, but that device had the benefit of being a platform in itself with no alternative (as in there are no other switch-compatible-devices). This forces the devs to target it, no matter what performance or fidelity they might wish for.
The Steam Deck might feel a lot like a console, but in the end it is just a PC and the PC gaming world isn't going to wait for Valves next device. The game-tech will just move on past the steam decks capabilities and a lot of gamers will leave it behind and move to other SteamOS (or windows) compatible hardware. The Deck would still have a lot of value as an indie gaming machine, though.