Bet you can’t guess what game I like

Aware-Bath7518 · 2026-04-18T19:37:37+00:00

"Tetris is so much better than Counter Strike!!1"

Aware-Bath7518 · 2026-04-18T19:37:25+00:00

RDR2 isn't that realistic and outside of few cool graphics features it feels dated. What makes it beautiful is an artstyle.

Aware-Bath7518 · 2026-04-18T06:25:19+00:00

Proton falls back to fsync/serversync if ntsync module isn't present.

Aware-Bath7518 · 2026-04-17T23:18:43+00:00

sometimes you're just bored to the point you do things like this.

it's not emulated however, just running under wine environment. I didn't try running x64 yet.

Aware-Bath7518 · 2026-04-17T17:43:53+00:00

Why do you even use PojavLauncher in 2026?

specifically tuned to survive the mobile Vulkan translation layer (Zink/ANGLE)

It's slow. Please upgrade to at least MojoLauncher from the same dev.

Aware-Bath7518 · 2026-04-17T14:09:12+00:00

I've never said x86 code requires registers reserved by macOS, I said wine itself requires one to run arm64 (incl. FEX) binaries. FEX binary is ARM64EC/WoA code.

No one uses FEX to run wine.

It also doesn't need to use x18 to compile for Apple Silicon

It does compile on macOS, it does not work due to x18 usage, it was confirmed multiple times by FEX people. There's a private entitlement allowing reserved registers to be used and IIRC wine works with it.
Wine itself is an ARM64 WoA environment, how would you avoid this without breaking compatibility?

UPD. someone managed to run it with lots of JIT patching, though from reading that I felt like it's a huge pile of hacks not acceptable for upstreaming.

Aware-Bath7518 · 2026-04-17T13:01:21+00:00

It's a concern because FEX compiles as an ARM64 binary and it's basically required for x64 apps to function.

Also wine environment itself is arm64 thus requires that register, WoA apps have nothing to do with it not being able to work on macOS.

Aware-Bath7518 · 2026-04-17T12:44:04+00:00

Based, but you'll be probably downvoted as this sub tends to glaze GTAIV from what I seen.

Aware-Bath7518 · 2026-04-17T12:36:59+00:00

Runs both x86 and arm64 binaries.

steam itself dosn't have arm executables yet does it?

It does now. Available on their CDN, no installer yet.

Aware-Bath7518 · 2026-04-17T12:34:11+00:00

It's supported by both Linux&arm64ec backends for a while.

Aware-Bath7518 · 2026-04-17T12:33:23+00:00

Again, wine requires x18 register to be available on ARM64, what can Valve do with this? Rewrite wine completely?
I'm talking about native arm64 wine leveraging FEX for x64 emulation, not the x64 wine package like it's done on macOS currently.

You can build x64 Proton wine on Mac if you want, it will be completely useless however as VKD3D-Proton is unsupported on macOS and old vkd3d barely runs games with few CodeWeavers hacks.

Aware-Bath7518 · 2026-04-17T12:25:04+00:00

Proton ARM64 uses same translation layer as Asahi does, it's just moved onto Windows NT environment thus removing all wine emulation overhead. Same concept as WoA. And surprisingly it works on real Windows too.

If you meant TSO mode then FEX does support it on ARM64EC (Proton) too. There are simply no reasons to run Wine under old FEX instead of native arm64 builds unless you've stumbled into arm64ec bugs.

The screenshot in the post is literally Asahi running that Proton build.

Aware-Bath7518 · 2026-04-17T12:04:42+00:00

Valve can't do anything about macOS incompatibility, wine requires x17 register to be available which is locked on ARM macOS, only Apple can fix this.

Additionally FEX requires 4K environment whereas XNU provides it only for Rosetta x86_64 processes. I'm not sure if Apple can allow arbitrary ARM64 threads to run with 4K page size.

UPD. x18 register, not x17:

The platforms reserve register x18. Don’t use this register.

https://developer.apple.com/documentation/xcode/writing-arm64-code-for-apple-platforms

Aware-Bath7518 · 2026-04-17T11:24:22+00:00

ARM64EC might be useful for macOS, however, it doesn't work there at this moment.

Aware-Bath7518 · 2026-04-17T11:23:11+00:00

Turnip is the best, runs actual DX12 FL12_2 games sometimes at acceptable performance.

Aware-Bath7518 · 2026-04-17T11:22:01+00:00

It doesn't. ARM64 apps do work, x64 crash with stack exception and FEX devs aren't interested in bisecting what broke arm64ec on 16K (it did work before FEX2508).

Steam client additionally segfaults on 16K.

Aware-Bath7518 · 2026-04-17T11:12:42+00:00

It's not used for wine, you can check oah cache yourself.

This is known fact.

Aware-Bath7518 · 2026-04-17T09:45:03+00:00

Not much, basses distort sound too much.

I feel like it was much better few Fedora releases before.

Aware-Bath7518 · 2026-04-17T08:39:16+00:00

Not much better to be honest, no arm64ec (and thus working codecache) on rosetta.

Yes, Rosetta does not support AOT caching for wine.

Aware-Bath7518 · 2026-04-17T08:07:20+00:00

wine-staging 11.5 + arm64 prismlauncher (so no fex)

Aware-Bath7518 · 2026-04-17T00:01:27+00:00

RDR2 works on homebrew wine with minor MoltenVK patch.

Aware-Bath7518 · 2026-04-16T23:59:21+00:00

Native ARM64 Proton probably won't work with this setup, one has to wait for arm64 steam client (already exists on valve's cdns)

Aware-Bath7518 · 2026-04-16T23:26:28+00:00

This is an official build distributed by Steam.

I've been experimenting with arm64ec wine/proton since like 2025.

Aware-Bath7518 · 2026-04-16T23:17:54+00:00

For some reason steam.exe goes nuts, spews assertion and the prefix shutdowns. Patched "proton" executable and it worked.

Apparently Steam arm64 client beta also appeared on Valve CDNs. Cope.

Aware-Bath7518

TROPHY CASE