this post was submitted on 21 Sep 2024
1 points (100.0% liked)

Steam Deck

14899 readers
1 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:

Link to our Matrix Space

founded 3 years ago
MODERATORS
 

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

top 50 comments
sorted by: hot top controversial new old
[โ€“] [email protected] 0 points 2 months ago (1 children)

Valve stand alone headset coming ๐Ÿ‘€

[โ€“] [email protected] 0 points 2 months ago

I know you're referring to a VR headset but my mind immediately started imagining standalone over-ear headphones that can play all PC games through a purely audio interface. Imagine the accessibility possibilities lol

[โ€“] [email protected] 0 points 2 months ago (1 children)

ARM based Deck would be a huge improvement to battery life. Don't get your hopes up too high. You will need an emulation layer like FEX of Box64, and unlike WINE those do have quite a substantial overhead.

It is impressive how far those emulators have come, especially since they got the option to use native libraries instead of emulated ones, but the game logic itself will always need emulation...

This doesn't mean it can't be done, it just means that the ARM CPU needs to be pretty fast to counter the emulation overhead, and that's why I have my doubts about the energy efficiency...

(Btw: I have tried running several AMD64 games on my A311D powered MNT Reform laptop with Box64. It's impressive how well the emulation runs, and how many games are actually playable already. However, I also encountered a lot of games that don't reach enjoyable FPS on that hardware. With a faster ARM chip though....)

[โ€“] [email protected] 0 points 2 months ago

With a big dev like valve backing it they could probably implement a pretty impressive JIT/cacheing scheme - of course nothing beats native but this gap will close over time

[โ€“] [email protected] 0 points 2 months ago (2 children)

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

Doesn't that require something quite different?

Proton is improved (matured?) WINE, right? And Wine Is Not an Emulator - the point being it doesn't emulate hardware, it translates instruction sets. From for-Windows x86 to Linux x86. Can you do that cross cpu architecture?

[โ€“] [email protected] 0 points 2 months ago (3 children)

Well, not exactly... WINE is a compatibility layer for syscalls between the x86 Windows API and (among others) the x86 Linux API, quite similar to how DXVK translates from DirectX to Vulkan.

What proton does is combine utilities like Wine and DXVK into a user friendly bundle, along with contributing substantially to the projects it bundles to make them interoperate well.

This looks to me like they want to bundle another utility, which does fast emulation of x86 user code on an ARM Linux system. Another commentator mentioned they are using FEX for this, which looks to me to do the same core task as qemu-user, but more focused on x86 to ARM and generally user-friendlier. That emulator could then be used to run x86 Wine on ARM.

The way qemu-user and FEX emulate one ISA on another is actually very cool btw. They realise massive speed gains by intercepting syscalls and executing them directly, instead of emulating a whole x86 Linux system.

[โ€“] [email protected] 0 points 2 months ago

by intercepting syscalls and executing them directly

Not only syscalls. FEX and Box64 also allow using native libraries instead of emulating them. That leaves basically only the game logic to be emulated.

[โ€“] [email protected] 0 points 2 months ago (1 children)

Since Microsoft also wants x86 apps to work on their Qualcomm powered Windows laptops, can this project help Microsoft in some way?

[โ€“] [email protected] 0 points 2 months ago (2 children)

No, not that much. The emulation of the syscalls are specific to Linux, so none of that is usable on Windows. They could reuse the emulator, but it seems likely they would write their own from scratch so they can keep everything closed source. Obligatory: fuck Microsoft.

[โ€“] [email protected] 0 points 2 months ago (1 children)

They will likely write their own emulator, but don't forget about WSL. You can already run WINE on Windows, I wouldn't be surprised if you could also run FEX+WINE on Windows for ARM.

[โ€“] [email protected] 0 points 2 months ago (1 children)

I'm not that familiar with WSL, can it interface with libraries like DirectX or Vulkan?

[โ€“] [email protected] 0 points 2 months ago

Me neither. I only (have to) use Windows at work, all my own PCs have been running Linux for decades...

I do know however, that WSL emulates most (but not all) Linux syscalls, so you can ran (nearly) all Linux programs on Windows - including WINE. There is also a driver in Mesa so that you can render 3D graphics from within WSL on any DX12 graphics card.

[โ€“] [email protected] 0 points 2 months ago (1 children)

A happy fuck Microsoft to you as well ๐ŸŽฉ

[โ€“] [email protected] 0 points 2 months ago

Hey, can I join in!

Fuck you Microsoft

[โ€“] [email protected] 0 points 2 months ago

Thanks for the explanation!

[โ€“] [email protected] 0 points 2 months ago

I'd assume "FEX" in the last tweet in the OP is referring to this: https://github.com/FEX-Emu/FEX

[โ€“] [email protected] 0 points 2 months ago (1 children)

Exciting! I remember commenting about the next Steam Deck being ARM a couple months ago and a few people replied that it was unlikely haha

Hope this can work in Asahi Linux at some point too ๐Ÿ‘€

[โ€“] [email protected] 0 points 2 months ago (1 children)

I could see a budget Deck with an ARM processor, but I still doubt the flagship model wouldnโ€™t be x86-64

[โ€“] [email protected] 0 points 2 months ago (1 children)

I don't think a budget deck is likely tbh. The non oled deck already goes for 250 on sales. To make a clear distinction the budget one would need to be <150. And I don't think that's feasible with all the other hardware necessary alone. Except making it a lot smaller which I don't think is a good approach.

[โ€“] [email protected] 0 points 2 months ago

Well you may be right and Valve may only be aiming to support some of the already-existing handhelds out there that are ARM based.

Valve does know how to play the long game on support, so time will tell.

[โ€“] [email protected] 0 points 2 months ago (1 children)

A part of me does hope that they'll hold off and release riscv products instead (headset and deck). I know box64 can already translate to riscv and I remember reading that FEX was working on it (android is also getting riscv support so waydroid should too?). Given their focus on linux it has to be on their radar

[โ€“] [email protected] 0 points 2 months ago

In the shorter-term the issue is the lack of sufficiently powerful commercially-available RISC-V hardware for the level of gaming people expect out of a Steam Deck or VR headset, which ARM already has a number of SOCs capable of.

I don't doubt that the work will continue but Valve isn't likely to pour time or money into it until they think the hardware is there.

load more comments
view more: next โ€บ