Potential lottery ticket win, they are available for consulting internally anywhere that can add value, and they're not working for anyone else.
I believe low wattage SOCs can make traditional desktop hardware irrelevant (ish), but I think ARM is orthogonal to that.
A company sufficiently scaled can largely only be fixed by the CEO, and often not even then.
This is fun, just found this issue from 2018 which was closed with this comment:
> Hello @setsunati, this is not a realistic objective for Proton. As @rkfg, mentions wine for ARM does not magically make x86 based games work on ARM cpus.
> Even if Steam were brought to ARM, and an x86 emulation layer was run underneath wine, the amount of games that could run fast and without hitting video driver quirks is small enough not to entertain this idea any time in the near future.
It's mentioned in this issue https://github.com/ValveSoftware/Proton/issues/8136 which was closed Oct 2024 with this comment by kisak-valve:
> Hello @Theleafir1, similar to #1493, this is not a realistic objective for Proton any time in the near future.
Out of all the IPs Valve owns, somehow it's TF2 that got a story conclusion and it couldn't have been more perfect.
You would only translate into Vulcan when running on an OS that uses Vulcan as the native graphics API.
On a Mac, Wine translates directly into Metal.
I mostly no longer boot my Linux machine anymore to play games.
The anticheat story is probably not as good but I don't play any AAA games, so I wouldn't know.
The available low-level API is Metal, and the existing software stack is written for Vulkan, so it makes more sense to implement Vulkan than to write a new Metal backend.
Apple's native gaming story has been similar failure as their AI and Siri ventures. Time to fix it.
Apple seeks to builds its own walled garden.
Their interests do not align. Apple doesn’t want portable software on their platform, they want exclusive software.
Every day I sit down at a Mac for work and proceed to launch VS Code, Zed, Outlook, DBeaver, Excel, Teams, LogSeq, Syncthing, Chrome, Firefox, LM Studio and Docker. I prefer MacOS but basically all of my application workflow exists for Windows verbatim and if using browser versions of the MS apps, on Linux too.
Honestly right now there is so much overlapping between all the wine "flavors" and forks available (Stock wine, Crossover, Proton/Proton-GE/Wine-GE, Game Porting Toolkit, winevdm, probably a few more I'm forgetting right now) I'm not entirely sure how many features have been independently implemented already multiple times.
I don't think it's ever likely to return any time soon, but it'd be cool if it did. Valve seemingly have very little interest in macOS at the moment.
CodeWeavers work closely with Valve and the Wine project to improve compatibility with games, and Apple's own Game Porting Toolkit is based on CodeWeavers work on Wine too. So all the pieces are there in theory.
The new thing Proton is adding is translation from x86 to ARM.
Macs already have Wine, an x86 to ARM translation layer (Rosetta), and an Apple provided translation layer from Microsoft's DirectX to the Mac's native Metal graphics API (D3DMetal) which is integrated into upstream Wine.
But honestly at this point I’m destined to buy a Steam Machine despite having a hefty Mac that could do gaming if only it were possible. Valve have been amazing about open computing and Apple are basically the enemy at this point.
It makes me wonder about what using steam machine for all computing might look like, as the new home of open computing and gaming.
https://www.tomshardware.com/peripherals/gaming-headsets/han...