Which is an attempt to collapse the stack so that fewer translation and virtualisation stages are needed.
https://fosstodon.org/@slp/113283657607783321
Sergio Lópéz has more info in his blog
https://sinrega.org/2024-03-06-enabling-containers-gpu-macos...
https://sinrega.org/2023-10-06-using-microvms-for-gaming-on-...
Other than the page size issue, FEX and Rosetta are comparable technologies (both are emulators, despite what Apple marketing might have you believe). Both FEX and Rosetta use the unique Apple Silicon CPU feature that is most important for x86/x86_64 emulation performance: TSO mode. Thanks to this feature, FEX can offer fast and accurate x86/x86_64 emulation on Apple Silicon systems.
From: https://docs.fedoraproject.org/en-US/fedora-asahi-remix/x86-...
Besides, the main reason Valve is investing so heavily in Linux and Proton is so their destiny isn't tied to someone else's platform. MacOS is just another someone else's platform like Windows is, with the same threat of getting rug-pulled by a first-party app store that spooked Gabe Newell[1] into investing in Linux in the first place.
But generally, webmasters have found it useful to know who caused their server to fall over^W^W^W^W^W^W is linking to their pages. This was even used as a predecessor to pingbacks once upon a time, but turned out to be too spammable (yes, even more so than pingbacks).
After the HN operators started adding rel=noreferrer to links to the Asahi Linux website, Marcan responded[2] by excluding anyone who has the HN submit form in their browser history, which feels like a legitimate attack on the browser’s security model—I don’t know how it’d be possible to do that. (Cross-origin isolation is supposed to prevent cross-site tracking of this exact kind, and concerns about such privacy violations are why SRI has not been turned into a caching mechanism along the lines of Want-Content-Digest, and so on and so forth.) ETA: This is no longer in place, it seems.
[1] https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Re...
[2] https://social.treehouse.systems/@marcan/110503331622393719
https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Re...
<!doctype html>
<style>a { color: white; background-color: white; } a:visited { color: black; }</style>
<body><a href="https://example.com/abracadabra" onclick="return false">you are a bad person</a>
https://www.theverge.com/2023/10/30/23938676/apple-m3-chip-g...
Apple and Wine provide the tools, and apps like Whisky make them easy to use.
> Essentially, this app combines multiple translation layers into a single translation tool. It uses Wine, a translation layer that allows Windows apps and games to run on POSIX-based operating systems, like macOS and Linux. It also uses Rosetta and the Game Porting Toolkit, which are two official Apple tools that allow x86 programs to run on Apple Silicon and serve as a framework for porting Windows games to macOS, respectively.
Normally, this sort of process would require users to manually port games to Mac. But by combining Wine, Rosetta, and the Game Porting Toolkit, this can all happen automatically.
https://www.xda-developers.com/hands-on-whisky-macos-gaming/
However, as aleays, running games under emulation has a performance cost.
I don't believe that's true. According to ProtonDB, 80% of the top-1000 most-played games on Steam are confirmed working on Linux: https://www.protondb.com/dashboard
I haven't seen any source documenting nearly similar success rates with Mac but I also haven't seriously tried gaming on Apple Silicon.
https://docs.getwhisky.app/game-support/index.html
I had assumed the lack of Vulkan on macOS was a major issue. Apparently not!
Wine has beta support for 32-bit Windows applications on 64-bit-only wine, but it's not default.
They also address it: https://docs.fedoraproject.org/en-US/fedora-asahi-remix/x86-...
Is there a modern equivalent with FAANG, Microsoft, Sony, Valve, etc.?
https://www.notebookcheck.net/Intel-Lunar-Lake-CPU-analysis-...
PC games use DirectX as their graphics API, so you need something that can translate from DirectX to the native graphics API your OS is running.
On MacOS you'd be translating from DirectX to Metal and Apple provides the emulation software (D3DMetal) as part of the Game Porting Toolkit.
On a Steam Deck, Proton uses Vulkan on Linux as the native graphics API, so in that case you are translating from DirectX to Vulkan.
> DXVK (which translates Direct3D 8, 9, 10 and 11 calls to Vulkan on the fly), vkd3d-proton (which translates Direct3D 12 to Vulkan)
Ah yeah, here's the post: https://social.treehouse.systems/@marcan/112277289414246878
Alyssa said in her talk that they'll probably get it working in 6 months or so: https://www.youtube.com/watch?v=pDsksRBLXPk&t=2932s
I complained about a failed delivery (broken box, one item missing). They refunded me but then immediately put me on a watch-list, threatening to ban me if I ever complain again. I will never buy anymore on amazon.
See >>41555898
https://raw.githubusercontent.com/apple/homebrew-apple/refs/...
0 chance they upstream anything. So in a way they are already benefitting from valves work.
But when someone willingly posts (and keeps) this publicly https://www.youtube.com/watch?v=effHrj0qmwk
and then acts offended or claims doxxing (and starts using it to stir shit up for leverage) when people draw the obvious conclusion, that's behavior in bad faith and should be called out as such and dismissed.
If future versions of Proton break compatibility with older Windows apps, you can use different old versions of Proton for individual games. Steam makes this very easy on Linux, but rarely is it necessary.
I don't foresee many Linux distros breaking compatibility with Wine, which is good, as some devs argue Win32 is the only stable ABI on Linux. [1]
I don't foresee legal issues either, as Wine has been around for 31 years, and its corporate sponsors have included Google in the past. I've seen no indication that the project is on shaky legal grounds.
Microsoft could always create a new API that Wine doesn't yet support, but good luck getting developers to use it -- they've tried many times, but not much has stuck, and most devs just stick with Win32. [2]
1. https://blog.hiler.eu/win32-the-only-stable-abi/
2. >>36060678
https://github.com/KhronosGroup/SPIRV-Cross/pull/2200 https://github.com/KhronosGroup/SPIRV-Cross/pull/2204
CodeWeavers released an annoucement when Gaming Portal Toolkit was announced.
https://www.codeweavers.com/blog/mjohnson/2023/6/6/wine-come...