search

wangqr / Aegisub

Win64 nightly builds available at GHA artifact, also at following link:
https://ftp.wangqr.tk/aegisub/
Other
796 stars 49 forks source link

How can I run Aegisub on M1? #117

Open Animenosekai opened 3 years ago

Animenosekai commented 3 years ago

I just came across your fork and wanted to try it out because the upstream repo isn't maintained anymore.

I'm currently on Apple Silicon and wish to run Aegisub.

The thing is that I tried running r9178, r9198, the GitHub Actions artifact and the latest release version through Rosetta but didn't seem to work, crashing right when I try to open it:

Process:               aegisub [61684]
Path:                  /Applications/Aegisub.app/Contents/MacOS/aegisub
Identifier:            com.aegisub.aegisub
Version:               9178-dev-ec89ce941 (1)
Code Type:             X86-64 (Translated)
Parent Process:        ??? [1]
Responsible:           aegisub [61684]
User ID:               501

Date/Time:             2021-08-04 02:50:35.782 +0200
OS Version:            macOS 11.2.3 (20D91)
Report Version:        12
Anonymous UUID:        2F73CD71-04B2-8CDC-C36A-5B584B294C8A

Sleep/Wake UUID:       8887130F-1334-478C-8071-66A805850E0B

Time Awake Since Boot: 640000 seconds
Time Since Wake:       20000 seconds

System Integrity Protection: enabled

Crashed Thread:        0  Dispatch queue: com.Metal.DeviceDispatch

Exception Type:        EXC_BAD_INSTRUCTION (SIGABRT)
Exception Codes:       0x0000000000000001, 0x0000000000000000
Exception Note:        EXC_CORPSE_NOTIFY

Application Specific Information:
*** Terminating app due to uncaught exception 'NSGenericException', reason: '-[NSAlert runModal] may not be invoked inside of transaction begin/commit pair, or inside of transaction commit (usually this means it was invoked inside of a view's -drawRect: method.)'
BUG IN CLIENT OF LIBDISPATCH: trying to lock recursively
abort() called
terminating with uncaught exception of type NSException

[... long traceback ...]

I don't really care if it runs through Rosetta or natively (just saw #77 but Rosetta doesn't seem to work for me? Maybe I'm doing something wrong?)

Thank you in advance

hthm00 commented 3 years ago

Reopen works for me. Have you tried doing so?

Animenosekai commented 3 years ago

@hthm00 Reopen works for me. Have you tried doing so?

Oh, when the crash report comes? Yea I tried, but it doesn't work, keeps crashing

hthm00 commented 3 years ago

Hmm, how about deleting this folder ~/Library/Application Support/Aegisub Then open Aegisub, when it crashes, hit Reopen

Animenosekai commented 3 years ago

Hmm, how about deleting this folder ~/Library/Application Support/Aegisub Then open Aegisub, when it crashes, hit Reopen

Still crashing...

Here is the message from hitting Reopen about 3 times


Process:               aegisub [49195]
Path:                  /Applications/Aegisub.app/Contents/MacOS/aegisub
Identifier:            com.aegisub.aegisub
Version:               9198-dev-4df5f61a5 (1)
Code Type:             X86-64 (Translated)
Parent Process:        ??? [1]
Responsible:           aegisub [49195]
User ID:               501

Date/Time: 2021-08-14 20:18:31.433 +0200 OS Version: macOS 11.2.3 (20D91) Report Version: 12 Anonymous UUID: 2F73CD71-04B2-8CDC-C36A-5B584B294C8A

Sleep/Wake UUID: 5F3F624F-E58E-420B-8B88-4511273F7A17

Time Awake Since Boot: 1100000 seconds Time Since Wake: 4900 seconds

System Integrity Protection: enabled

Crashed Thread: 0 Dispatch queue: com.Metal.DeviceDispatch

Exception Type: EXC_BAD_INSTRUCTION (SIGABRT) Exception Codes: 0x0000000000000001, 0x0000000000000000 Exception Note: EXC_CORPSE_NOTIFY

Application Specific Information: *** Terminating app due to uncaught exception 'NSGenericException', reason: '-[NSAlert runModal] may not be invoked inside of transaction begin/commit pair, or inside of transaction commit (usually this means it was invoked inside of a view's -drawRect: method.)' BUG IN CLIENT OF LIBDISPATCH: trying to lock recursively abort() called terminating with uncaught exception of type NSException [...]

djwudi commented 3 years ago

I'm having this same issue on an M1 Mac Mini -- Aegisub 3.3.2 starts to launch, bounces a couple times in the dock, and then dies.

I was happy to find this fork, since it looks like the main Aegisub project has been abandoned, so fingers crossed that this can be figured out.

Animenosekai commented 3 years ago

I'm having this same issue on an M1 Mac Mini -- Aegisub 3.3.2 starts to launch, bounces a couple times in the dock, and then dies.

I was happy to find this fork, since it looks like the main Aegisub project has been abandoned, so fingers crossed that this can be figured out.

Yea that's exactly what happens to me... Still having my fingers crossed 🤞

codeman38 commented 3 years ago

I'm currently experiencing this on macOS 12.0.1. Reopening worked for me under macOS 11, but it keeps crashing for me under 12 even when I reopen.

frozenpandaman commented 3 years ago

I provided a bit more info in my issue above (which was a duplicate, so I closed it, whoops).

Really hoping this can be fixed!! Weirdly the "official" 3.2.2 release still works (…why?!) – but of course it's from 2014, and buggy and unstable…

Edit: @XStylus' comment https://github.com/wangqr/Aegisub/issues/77#issuecomment-909813623 points out the r8942 build at http://plorkyeran.com/aegisub/ does work on M1 Macs – it's from 2018, so a bit better than the 2014 one at least (no dark mode though, ha).

frozenpandaman commented 3 years ago

Compiling all the posts about this, in case it's helpful:

https://github.com/wangqr/Aegisub/issues/117 – How can I run Aegisub on M1? https://github.com/wangqr/Aegisub/issues/77 – Universal Binary for macOS 11 https://github.com/wangqr/Aegisub/issues/104 – Tips for building under macOS https://github.com/wangqr/Aegisub/issues/124 – Crashing on M1 Macs https://github.com/wangqr/Aegisub/issues/97 – macOS m1 chip crashes directly when opened and does not work https://github.com/Aegisub/Aegisub/issues/256 – Is it possble for a Apple Silicon native build? https://github.com/TypesettingTools/Aegisub/pull/138 – Mac dmg build https://github.com/TypesettingTools/Aegisub/issues/145 – [macOS] [M1] Build fails https://github.com/Ristellise/AegisubDC/issues/39 – macOS support?

WhiredPlanck commented 2 years ago

Regarding this, I've read a Stack Overflow's article that try to answer how to detect the architecture and build the target. The related source is here: https://github.com/axr/solar-cmake/blob/master/TargetArch.cmake . Hope this can help you. CC @wangqr

Animenosekai commented 2 years ago

Edit: @XStylus' comment #77 (comment) points out the r8942 build at http://plorkyeran.com/aegisub/ does work on M1 Macs – it's from 2018, so a bit better than the 2014 one at least (no dark mode though, ha).

This build does work for me 👍

frozenpandaman commented 2 years ago

In case it helps anyone:

https://gist.github.com/frozenpandaman/92a84cd2ba690bb2399afd04e695bf8c

XStylus commented 2 years ago

I dunno what changed, but wangqr's build of Aegisub 3.3.2 and r9198 appear to be running (or at least launching) after an update to MacOS 12.3.

I have not performed any exhaustive testing beyond just launching the program as of yet.

codeman38 commented 2 years ago

Can confirm what XStylus reports - wangqr's build works for me now after upgrading to macOS 12.3.

frozenpandaman commented 2 years ago

@XStylus @codeman38 Thanks! Huh, that's odd – works for me too. I really do wonder what changed. Wonder if that means the TypesettingTools builds will work too. I'll make a note of this in my Gist as well.