Games on Mac are a multifaceted problem, but IMO the main issue stems from Apple treating games like they do apps. They expect developers to continue to support them, to update them as APIs get depreciated.

Apple can spend all the resources they want, but they'll never be able to convince enough developers to foster a gaming ecosystem that could ever be taken seriously when there's other platforms that have 20+ years of back catalogue titles available. This has largely been enabled on Linux through wrapping D3D to Vulkan and if Apple put in the work to support Vulkan all that work could be used for free. Or if they more permissively licensed GPTK's D3D>Metal wrapper, but as it stands it's still not as good as DXVK/VKD3D. Practically speaking Steam on Mac would be considerably more useful if there was native Vulkan support.

Of course, Apple wouldn't want that given their desire for vertical control of software distribution, though notably they don't do the same for video or audio. I mean they support MP3s right? That's what games should be treated as, a piece of media. MP3 might not be the best quality, most would prefer AAC or FLAC, but sometimes an MP3 is all a user might have, so they should let users play it. But they can't seem to break free from this delusion that game software should be treated the same as Uber Eats.

▲

viktorcode 4 days ago | parent [-]

Two more points to that:

First, due to substantial differences in graphics hardware, that is tiled-based deferred rendering for Apple Silicon and immediate mode rendering for NVIDIA and AMD the software simulation or translation layer will never be as good as DXVK/VKD3D, which essentially do rendering on exactly same GPUs. In case of using TBDR the pipeline must be rewritten to get the benefits. Simply put, for Apple hardware every Windows game wrapped in a translation layer will be significantly worse off than a native port. That’s why it’s important for Apple to push for that.

Second, Apple is the owner of the biggest game storefront in terms of revenue. They don’t have to ask for game developers to come, they are already here. The market we are talking about is AAA games market. And this market is characterised by dedicated hardware: consoles and gaming PC. So I think this is where lies the actual problem: Apple doesn’t make dedicated hardware for games.

▲

scheeseman486 4 days ago | parent | next [-]

> First, due to substantial differences in graphics hardware, that is tiled-based deferred rendering for Apple Silicon and immediate mode rendering for NVIDIA and AMD the software simulation or translation layer will never be as good as DXVK/VKD3D, which essentially do rendering on exactly same GPUs. In case of using TBDR the pipeline must be rewritten to get the benefits. Simply put, for Apple hardware every Windows game wrapped in a translation layer will be significantly worse off than a native port. That’s why it’s important for Apple to push for that.

Doesn't matter for the back catalogue, which is the thing that is missing that makes the platform a running joke re: gaming. It's also an issue that affects Adreno on Snapdragon, but it isn't stopping Valve from planning to ship a version of Proton for that platform. Having personally talked to a DXVK developer about this specifically, the overhead, while existent, I understand isn't necessarily as severe as you make it out to be either.

> Second, Apple is the owner of the biggest game storefront in terms of revenue. They don’t have to ask for game developers to come, they are already here. The market we are talking about is AAA games market. And this market is characterised by dedicated hardware: consoles and gaming PC. So I think this is where lies the actual problem: Apple doesn’t make dedicated hardware for games.

Not just AAA, but most everything outside of the F2P/casual sphere. Speaking as someone who actually likes games as a form of art, the App Store's library is the video games equivalent of reality TV and home shopping. It's mostly exploitative trash. Maybe Apple is happy with cornering the market on exploitative trash though, good for them.

▲

viktorcode 4 days ago | parent [-]

I don't think there's any issue to run any older game using Crossover or similar on a Mac. Grab that on Steam or GoG and go. Not sure why Apple should become involved in those simulation efforts.

	▲	bigyabai 4 days ago \| parent [-]
		You shouldn't need to own Crossover. The code for running these games is Open Source, Apple is the only one that can fix their runtime to support it.

▲

bigyabai 4 days ago | parent | prev [-]

> the software simulation or translation layer will never be as good as DXVK/VKD3D

> every Windows game wrapped in a translation layer will be significantly worse

That's not wholly accurate, though. Apple Silicon has reverse-engineered drivers that do perfectly well keeping up with immediate-mode multiple-pass graphics pipelines, MoltenVK is not SOTA anymore: https://youtu.be/BbJMPfXTbbE?t=447

You're correct that tile-based deferred rendering is more efficient. That's not the issue, though. Apple can (and already does) support traditional raster APIs on the desktop, because they have to for compatibility's sake. Thousands of Mac apps will never use TBDR or Metal and will never be updated to use it. And there's no good reason to stop supporting those applications, because OpenGL runs perfectly well on Apple Silicon. The same goes for DirectX, whether you're willing to acknowledge it or not.

There are hundreds of thousands of games that do not support TBDR and will never be ported to Mac in their lifetime; and Mac owners could be playing them regardless. The only one holding them back is Apple, because they'd rather Mac owners play Genshin Impact and earn Tim a few RSUs with a gachapon pull.

▲

viktorcode 4 days ago | parent [-]

I think what you are describing is Apple Silicon GPUs delivering good results with sheer power. However, when the same titles are adopting TBDR you'll get faster rendering time or higher resolution. Cyberpunk is a good example of porting properly done.

Skipping unnecessary operation during frame rendering is always better for games.

▲

bigyabai 4 days ago | parent [-]

I don't think I am. Even before Apple released Game Porting Toolkit, Crossover could play the game at nearly the same framerate as native: https://youtu.be/mEZJFjhLAbc?t=46

Looking at this kind of footage really does not convince me that "porting properly done" is worth enduring a library with no games. Nevermind the fact that the game runs fine through translation on the $400 Steam Deck hardware. You really are overstating the difference it makes.

	▲	viktorcode 3 days ago \| parent [-]
		It’s not needed for old games, but as I said: Cyberpunk is an example of port properly done. It’s not something achievable via simulator.