Mac native question

Content Update 3.27.0

Added native Apple Silicon support for macOS

Playing on a mac with an M-chip, currently installed through stream, was wondering is there something that needs to be done manually or will the installation type automatically switch?
Last edited by GoldenJoker#4945 on Oct 30, 2025, 8:27:58 PM
Last bumped on Nov 2, 2025, 1:03:41 AM
Just patched the game to 3.27. The .app file still showing Universal.



Compare it to Hades 2 which is fully Apple silicon native (and much much more smooth FPS compared to Hades 1 on M1 mac).



I too am wondering if the Apple silicon native is automatically patched or there should be steps for us to upgrade to native. I'm still queueing now so I still don't know whether the native version silently applied or not.

EDIT:
Played for a few hours. The performance doesn't seem that the game is running on native Apple silicon.
Last edited by SideKarakterGendut#6189 on Oct 31, 2025, 6:42:31 PM
Checked and mine is the same - Universal. Performance feels a bit worse than last league but that just might be cause its the start and servers are full.

Anyone has a fresh download/install on a Mac through steam to check?

Yes, I did a fresh install on Apple M1 Max, since my PC is not available.
"Kind" column reflect the type of process as I understand. You can see "Apple" type in activity monitor.

I guess if poe wasn't native, it would be "Intel"


But 3.27 is not playable, stack with infinite loading on first city after killing Hillock.
Last edited by Reakleaseas#1570 on Oct 31, 2025, 8:41:06 PM
"
Yes, I did a fresh install on Apple M1 Max, since my PC is not available.
"Kind" column reflect the type of process as I understand. You can see "Apple" type in activity monitor.

I guess if poe wasn't native, it would be "Intel"


But 3.27 is not playable, stack with infinite loading on first city after killing Hillock.

It was already shown as "Apple" in Activity Monitor even before 3.27 (I know this because I checked Activity Monitor when the patchnotes came out). If it showed "Intel" there it means that the app is a Intel legacy app that still needs Rosetta to run. However most Mac apps nowadays built as Universal apps that can run both on Intel and Apple silicon, which is different than native Apple silicon that can only run and very optimized on M-series chips.
Last edited by SideKarakterGendut#6189 on Oct 31, 2025, 10:19:49 PM
"
Yes, I did a fresh install on Apple M1 Max, since my PC is not available.
"Kind" column reflect the type of process as I understand. You can see "Apple" type in activity monitor.

I guess if poe wasn't native, it would be "Intel"


But 3.27 is not playable, stack with infinite loading on first city after killing Hillock.


Can you check in the install folder app info, if its "Universal" or "Apple silicon"?

Btw I was able to get pass the loading screen into town, but because of the wait, 3-4 minutes for me I kind of loaded the item filter and noped out for now.

"

It was already shown as "Apple" in Activity Monitor even before 3.27 (I know this because I checked Activity Monitor when the patchnotes came out). If it showed "Intel" there it means that the app is a Intel legacy app that still needs Rosetta to run. However most Mac apps nowadays built as Universal apps that can run both on Intel and Apple silicon, which is different than native Apple silicon that can only run and very optimized on M-series chips.


Good to know, thanks.

"


Can you check in the install folder app info, if its "Universal" or "Apple silicon"?




Kind: "Application (Universal)"
"
However most Mac apps nowadays built as Universal apps that can run both on Intel and Apple silicon, which is different than native Apple silicon that can only run and very optimized on M-series chips.

This is incorrect.

"Native" binaries built for Apple's ARM-based SoCs will outperform applications built for x86_64 CPUs à la Intel & AMD which are reliant on the Rosetta 2 translation software to run. But an app being released as a "universal" app that also supports the latter has no bearing on how well it will run on ARM-based Macs. The code that is running is what matters; the existence of other code that's also stored on your SSD but isn't utilised will not in any way effect CPU or RAM usage.


"
Good to know, thanks.

They're talking nonsense.

A "universal" app doesn't in any way utilise x86-specific code on ARM-based devices. The code won't have different levels of performance based on whether other code also happens to be stored on your SSD. They don't have a clue what they're talking about.

A universal app is, essentially, three pieces of software;

  • The native build, compiled for ARM-based devices
  • The Intel-friendly build, compiled for x86-based devices
  • A loader, which decides which of the two above should run
GGG do not offer first-party Technical Support.

Free Technical Support guides are available here: https://www.poecommunity.help

No ads, trackers, or other weird stuff.
"
Sarno#0493 wrote:
"
However most Mac apps nowadays built as Universal apps that can run both on Intel and Apple silicon, which is different than native Apple silicon that can only run and very optimized on M-series chips.

This is incorrect.

"Native" binaries built for Apple's ARM-based SoCs will outperform applications built for x86_64 CPUs à la Intel & AMD which are reliant on the Rosetta 2 translation software to run. But an app being released as a "universal" app that also supports the latter has no bearing on how well it will run on ARM-based Macs. The code that is running is what matters; the existence of other code that's also stored on your SSD but isn't utilised will not in any way effect CPU or RAM usage.


"
Good to know, thanks.

They're talking nonsense.

A "universal" app doesn't in any way utilise x86-specific code on ARM-based devices. The code won't have different levels of performance based on whether other code also happens to be stored on your SSD. They don't have a clue what they're talking about.

A universal app is, essentially, three pieces of software;

  • The native build, compiled for ARM-based devices
  • The Intel-friendly build, compiled for x86-based devices
  • A loader, which decides which of the two above should run

I said that because generally most optimized games won't compile as Universal since newer Metal API only support Apple silicon chips, which is why newer game ports like Hades 2 and Cyberpunk is dropping Intel altogether.

Also, we're here to help each other as Mac users which historically had very few technical support compared to other users. If we said something wrong just point that out there's no need arrogantly dismissing it as nonsense.

Report Forum Post

Report Account:

Report Type

Additional Info