Steam Deck

14944 readers

45 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]

505

Valve is working on a version of proton for ARM devices (x.com)

submitted 2 months ago* (last edited 2 months ago) by [email protected] to c/[email protected]

81 comments fedilink hide all child comments

This would presumably let x86 windows games run on ARM hardware.

This is almost certainly meant for the next Valve VR headset, but ARM has so much better power efficiency than x86 that a future ARM based Deck would be a huge improvement to battery life.

Also see this tweet:

VR games that have already secretly pushed Android ARM builds onto the Steam Store are ran via Waydroid (androidARM to LinuxARM)

VR games that do not have an ARM build on Steam (windows x86) are being translated/emulated via ProtonARM and FEX

Edit: here's gamingonlinux coverage of this info, includes some more information

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

[–] [email protected] 4 points 2 months ago* (last edited 2 months ago) (1 children)

Which you said is a backward compatibility issue. Some games that are developed only for x86 or the DirectX API have performance issues, but other games that support cross-platform or cross-platform APIs like Vulkan do not have this problem.

An obvious example is the Nintendo Switch, which goes against your argument.

Because of backward compatibility, x86's efficiency still can't match ARM's. That's why I said games run on ARM would be more efficient, lighter, and smaller (when they natively support ARM).

If you have any doubts, just look at the Nintendo Switch.

[+] [email protected] 1 points 2 months ago (1 children)

[deleted]

[–] [email protected] 1 points 2 months ago* (last edited 2 months ago) (1 children)

That's a backward compatibility issue, which means some games developed for x86, Windows, or DirectX just can’t be translated without glitches. This means not every game developed for x86, Windows, or DirectX can be translated well on ARM.

I said that 'some games that are developed only for x86 or the DirectX API have performance issues'; I didn’t say 'every game.' I mean that games with native support or cross-platform support are certainly better than those developed only for DirectX, Windows, or x86.

For example, many games developed exclusively for Windows/DX can’t be played on SteamOS. So how can you be certain that games developed for x86, Windows, or by DirectX would be totally well supported on ARM?

And you mentioned Qualcomm. Fine, look at the Qualcomm X Elite SoC computers. Do they run x86, Windows, or DirectX software or games steadily, efficiently, and well? Do they have many glitches when running Windows and x86 software?