|
|
|
|
|
|
by jeroenhd
489 days ago
|
|
|
Writing games for Mac seems like a great challenge. You have a relatively non-standard CPU architecture with a proprietary graphics API for a small set of devices, many of which embed screens with ridiculously high resolutions while coupled to a GPU that's "good enough" at best. Apple proudly announced the mid-tier Tomb Raider 2 graphics, which doesn't promise much for game devs that don't have support from Apple's promotional campaign. All of that, on a platform that's smaller than Linux based on player count. Unless you know for sure that you're going to get a decent player base, I don't think optimising for Mac makes much business sense for games companies. Users that can afford a Mac can probably also afford a console anyway. You can trick games into running by using the same wrappers and workarounds that you'd use to game on Linux (except you need to optimise the wrappers yourself because they're less mature) but gaming on Linux already has plenty of DRM/anti-cheat incompatibility issues, and using less mature tools will only make that worse. And, of course, Apple doesn't care much about backwards compatibility; they've killed 32 bit for no apparent reason other than "we don't want to maintain compatibility" and who knows how long they'll maintain the current set of replacement APIs. Linux suffers from similar issues, and that's why the go-to method of playing games on Linux is to run them in an emulated Windows environment. I think games companies will recompile games for Snapdragon before they'll bother with Mac. By the time they got all their 32 bit x86 libraries to work on ARM without emulation, Apple has probably switched around a couple of APIs and requirements anyways, so why bother. |
|
|
See also: Win32 is the only stable ABI on Linux - https://news.ycombinator.com/item?id=32471624