v4.1.5 Crashes on Apple Silicon with macOS 26.3

[berkbb]

BetterDisplay 4.1.5 crashes on launch on Apple Silicon (ARM64) with macOS 26.3

Environment:

• Device: iMac (Apple Silicon) — iMac21,1
• macOS: 26.3 (25D125)
• BetterDisplay: 4.1.5 (Build 47757)

What happened:
BetterDisplay crashes immediately on launch when running as a native ARM64 process. The app never opens — it crashes during the dyld initialization phase before the UI even appears.

Interestingly, the app works fine when opened via Rosetta 2 (x86_64 translation).

What changed:
The app was working fine 2 days ago. No manual changes were made to the system other than possible background updates.

Crash cause (from .ips log):
The crash is an EXC_BAD_ACCESS / SIGSEGV at address 0x336c018. The faulting thread shows that on startup, NSAppleScript triggers the legacy CarbonCore component registration system (FSFindFolder → registerSystemComponents → OpenDefaultComponent), which then calls dlsym to resolve a symbol — resulting in an invalid memory access.

dlsym ← NSAppleScript._defaultScriptingComponent
← NSAppleScript.compileAndReturnError
← CarbonCore.OpenDefaultComponent
← CarbonCore.FSFindFolder
← CarbonCore.registerSystemComponents
← dyld init

This suggests the ARM64 binary has an issue resolving Carbon component APIs on macOS 26.3, while the x86_64 path handles it differently under Rosetta.

Workaround:
Right-click BetterDisplay.app → Get Info → Check "Open using Rosetta" — the app runs stably under Rosetta until a fix is available.

IPS/TXT crash log attached.

BetterDisplay-2026-03-04-092358.txt

[waydabber]

Honestly I have no idea what this is, the crash happens before app startup. The app should work on Apple Silicon just fine (as it obviously runs on many), so I don't see anything in the crash that could point to something I could fix.

Did you try older app versions or newer (v4.2.0)?

I see some AppleScript issues there - the app uses AppleScript but in very specific ways and not during or near app startup, so I am not sure how that is related, maybe there was some kind of generic component or scripting addition installed that causes the issue. You can check if AppleScript generally works, try to enter something like:

osascript -e 'return 1'
arch -x86_64 osascript -e 'return 1'

The first one runs with Apple Slicon, the second using Rosetta.

[berkbb]

Hi. Seems that Applescritpt runs perfectly ona ARM and x86-64

x@iMac ~ % osascript -e 'return 1'
1
x@iMac ~ % arch -x86_64 osascript -e 'return 1'
1

I'm using v4.1.5 Build 47757 version. 2 days ago, it was running perfectly on Apple Silicon mode. Suddenly it stops working without Rosetta 2. It is a little bit weird, I could not understand why it's happened.