just shove a 4090 and a forklift battery in there, ez
Gaming
Sub for any gaming related content!
Rules:
- 1: No spam or advertising. This basically means no linking to your own content on blogs, YouTube, Twitch, etc.
- 2: No bigotry or gatekeeping. This should be obvious, but neither of those things will be tolerated. This goes for linked content too; if the site has some heavy "anti-woke" energy, you probably shouldn't be posting it here.
- 3: No untagged game spoilers. If the game was recently released or not released at all yet, use the Spoiler tag (the little ⚠️ button) in the body text, and avoid typing spoilers in the title. It should also be avoided to openly talk about major story spoilers, even in old games.
But then you'd need to get forklift certified to operate the thing
no problem for me
Damn fella, save some ussy for the rest of us!
This is a good thing. We all know valve can't count to 3, so the 2 will be the last one
Wouldn't it be Steam Deck 2 Episode 2?
Steam Deck 2 rc 2
Cool, does this mean they'll actually fucking sell the thing in Australia, or is it just forever going to be dodgy resellers?
The technology to ship this to Australia just doesn't exist yet.
They even need a upside down type c cable
🎵dream on🎵dream on🎵dream on🎵dream on🎵
Welcome to the south American experience
Imagine Valve going the Apple route: "Fuck it, we will design our own hardware to suit our needs" and making hardware tailored to linux.
Edit: what about qualcomm's new ARM: Snapdragon X Elite?
I think ARM is their end goal, it's really the only option for a handheld console, as today ARM is the only way you'll get enough performance/power rate to make it both good on battery with good enough performance.
Win-win for everyone if they invest in an open source x86 to ARM project, similar like they did with Wine.
The Switch is more than proof enough that pretty much any modern game engine can compile to an ARM target with zero issues (though Nvidia's low level APIs help, not sure about Qualcomm).
But there's zero chance older PC games would ever be updated, and by older I don't mean ancient, some AAA studios stop issuing updates in about one year after release.
So it all comes down to being able to emulate X86 on ARM... The best example we have is Apple, and games run but with a massive performance hit. Microsoft's implementation is borderline unusable. I'm not sure what to expect from Valve.
Checkout Box86/64 and Fex-Emu. They both do x86 translation/emulation on ARM Linux and the results are wayy better than any reasonable expectations I had going in.
Every year they are more likely to go RISC-V.
Nah ARM is barely more efficient than X86. As soon as AMD went TSMC 3nm they got almost similar power efficiency. As the Apple M chips.
Apples "magic sauce" is just being the first one on the new TSMC nodes.
and making hardware tailored to linux.
They already did it.
Back then, we really couldn't engage with a display manufacturer to do exactly what we were after because they didn't really understand the product category, or who would be buying the screen, or why it would matter. Now that picture has changed and we're able to get custom work done.
Why would literally any of those questions be of concern to the screen manufacturer? And I don't understand, did Valve begin work on this in 1918? How could anyone not understand the product category?
Display manufacturers may understand what Valve might want in a screen, but they might not understand how many units of a screen of such a specification they would be able to sell — is it going to be a custom job for just a few thousand of valve’s experimental console (which may have different degrees of success), or is it going to be something that they can sell to more people and a wider audience.
Understanding a product and having practical knowledge about building a speciality part are different ball games
I wonder if the technology they're waiting for is a more powerful arm processor?
Highly doubt it, because pretty much all games are compiled for x86, and would require dynamic recompilation, which I'm turn costs performance.
Or... they could perform the recompilation beforehand just like the precompiled shaders. Hmmm.. that would make it pretty viable!
I think it's well in valves wheelhouse after proton to do something similar and revolutionise x86 to ARM translation. But at the moment better chips still need to arrive for that too be good enough for a product to built around. Which is why it's the first thing i think of when they say they need technology to advance more before they make a new steam deck.
x86 to ARM translation is a fairly different problem than what proton solves, so I don’t think it’s clearly in their wheelhouse. Proton / wine is mostly just an implementation of windows libraries on Linux, but doing efficient x86 emulation on arm is a compiler problem. I would guess that Valve could do it or at least hire people to do it, but it’s a bit of a different skill set. Doing x86 efficiently on ARM (particularly with concurrency) also likely involves some extensions to ARM like Apple does with their chips. I haven’t heard if the snapdragon elite chips have anything for x86 compatibility baked in at all. Frankly, I’m treating the snapdragon elite with a fair degree of scepticism until you can actually buy the thing, but I hope it’s good!
Architecture emulation for current gen games is exceptionally unlikely right now. At a fundamental level, wine/proton doesn't change the instructions the code describes, rather it translates the input and output. It's a reimplementation of the same instructions in Windows. For architecture crossing you'd either have to create virtual hardware, which adds tremendous overhead, or recompile the binary. Recompilation is theoretically possible, but for x86_64 to ARM64, for games no less, it's beyond the realm of mortals. It's like how some jokes can't be translated between languages; the structure and vocabulary is just too different.
Does Steam Deck support VRR on its built-in display?
No it does not. It has HDR though and a 90Hz refresh rate.