Steam Deck

14861 readers

282 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.

Link to our Matrix Space

founded 3 years ago

MODERATORS

[email protected]

477

Valve still waiting on a 'generational leap' for Steam Deck 2 - but it's coming (www.gamingonlinux.com)

submitted 1 month ago by [email protected] to c/[email protected]

75 comments fedilink hide all child comments

The exact quote:

It is important to us, and we’ve tried to be really clear, we are not doing the yearly cadence. We’re not going to do a bump every year. There’s no reason to do that. And, honestly, from our perspective, that’s kind of not really fair to your customers to come out with something so soon that’s only incrementally better. So we really do want to wait for a generational leap in compute without sacrificing battery life before we ship the real second generation of Steam Deck. But it is something that we’re excited about and we’re working on.

you are viewing a single comment's thread
view the rest of the comments

[–] [email protected] 1 points 1 month ago

I dunno, I think you may be underestimating ARM here. I've heard that the overhead from translating the machine code is a lot lower than you might think, because so much X86 code is optimized down to a RISC-like subset of the instruction set already. And if that overhead isn't too daunting in the common cases, the more robust power management on the ARM side of the chip market might be able to make up the difference in a handheld environment for most users. Obviously it's a huge amount of work to nail the software, and it would be on top of the work they were already doing on Linux, so I'm not saying it'll definitely be in the next iteration, but I could definitely imagine it happening eventually.