4 ms·
You're welcome to disagree with me about (2), I don't care what macOS picks in this regard. It's not going to help games get ported to macOS or Apple Silicon an
by bigyabai 1mo ago
You're welcome to disagree with me about (2), I don't care what macOS picks in this regard. It's not going to help games get ported to macOS or Apple Silicon any faster. There are hundreds of thousands of video games that will never be updated again, macOS will never support these games without translation. Your ideal world where programmers support and recompile games 3 decades after release does not exist in reality. This is why efforts like WoW64 and FEX exist in the first place; you will never recompile the majority of Windows games. Ever.
(1) is just common sense. Go ask your favorite LLM; does hardware-level TBDR optimization degrade basic Vulkan support? No, it doesn't, and we have dozens of mobile GPUs that support Vulkan to prove it. Metal is not "faster" and it's architecture does not preclude high-performance Vulkan drivers in any way. If you don't believe me, ask anyone else.
> millions upon millions upon millions of dollars of electricity will simply be wasted running x86-to-ARM, Win32-to-Linux and Direct3D-to-Vulkan dynamic compatibility layers when
x86-to-ARM doesn't have to be slow. Accelerators like Apple's AMX can leverage autovectorization during translation, which is significantly faster than NEON and potentially more efficient than x86 SIMD.
D3D-to-Vulkan and Win32-to-Linux is almost always more power-efficient for most GPUs/games. Wine is much thinner than a full-fat Windows runtime, and DXVK can translate DirectX code into batched calls with a shader cache even if the game itself doesn't support it. Do you think the Steam Deck runs games better on Windows, somehow?
- serbuvlad 29d agoWhy are you deltaing to windows? You should be deltaing to native. Obviously an IBM 704 program will run faster on an IBM 704 emulator than on a hardware IBM 704. That's not an argument to keep writing apps for the IBM 704 and "just translate them". > Your ideal world where programmers support and recompile games 3 decades after release does not exist in reality. Happens in literally every other programming industry though. The reason this cannot happen in the games industry is that game developers are not good software developers. They are much more akin to physics-numerical-methods people who can write some magic spaghetti-Fortran that runs really fast and does black magic, but no one can maintain, debug or integrate.