just shove a 4090 and a forklift battery in there, ez
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 Alyx
Steam deck hello this is gabe newel you just purchased a steam deck version more than 2 and less than 4 please email me on GabeN@valvesoftware.com to talk about your game purchases on the steam deck.
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.
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!
Sub for any gaming related content!
Rules: