Cubase 12 crash M1 Max MacBook, getting desperate

I don’t use the mix console history very often so I don’t think that was the culprit. Honestly, the crashes are blurring together since they happen so often. I’ll try to keep better track but it seems like the program often crashes from mundane tasks.

1 Like

I’ve still been relatively crash free since I stopped using ADTPR Metric AB. I have occasionally had Cubase crash when loading certain plugins (EchoBoy was the latest one), but it’s definitely not as consistent as it was with Metric AB.

I’m curious if you are running Cubase via Rosetta or Apple Silicon Native?

I have no choice but to run it in Rosetta because Soundtoys (and some others) don’t have VST3 versions of their plugins yet.


Could you please enable the Usage-logging (Preferences > General) and send it with the related crash file, please?

Thank you

Hi @Martin.Jirsak ,

Sorry for the delay here, I haven’t really been using Cubase for my main productions due to crashes. But I revisited an older project today and was able to capture a crash log with usage logging on. See attached. (110.7 KB)


Seems like a lot of issues are caused by 3rd party plugins not entirely compatible with M1/Monterey. Obviously these should be solved by the respective plugin companies, but it would be already much better if Cubase would not crash at all in the first place when a plugin crashes.

I made a FR not long time ago, and if you think that would be a good idea, it would be nice if you could support it by giving it a vote:

@snajand @NoiseCo @WK1 @Billy_Shears @Adonde @Israel_Traecey



Had another crash while closing cubase. below is the crash log with usage logging on. (49.2 KB)


1 Like


Both crashes are totally out of Cubase:

Thread 86 Crashed::  Dispatch queue:
0   libobjc.A.dylib               	    0x7ff80c50b30f objc_release + 15
1   CoreFoundation                	    0x7ff80c7014e8 -[__NSSingleObjectArrayI dealloc] + 53
2   CoreFoundation                	    0x7ff80c6d8f1d __CFBasicHashDrain + 348
3   CoreFoundation                	    0x7ff80c807802 _CFRelease + 244
4   CFNetwork                     	    0x7ff8110624ca 0x7ff811054000 + 58570
5   CoreFoundation                	    0x7ff80c807802 _CFRelease + 244
6   CFNetwork                     	    0x7ff81105e33e 0x7ff811054000 + 41790
7   CoreFoundation                	    0x7ff80c807802 _CFRelease + 244
8   CFNetwork                     	    0x7ff81106216d 0x7ff811054000 + 57709
9   libobjc.A.dylib               	    0x7ff80c512d0e object_cxxDestructFromClass(objc_object*, objc_class*) + 83
10  libobjc.A.dylib               	    0x7ff80c50b47e objc_destructInstance + 94
11  libobjc.A.dylib               	    0x7ff80c50b40f _objc_rootDealloc + 62
12  CFNetwork                     	    0x7ff81106249c 0x7ff811054000 + 58524
13  CFNetwork                     	    0x7ff811062443 0x7ff811054000 + 58435
14  CFNetwork                     	    0x7ff811076105 0x7ff811054000 + 139525
15  CoreFoundation                	    0x7ff80c807802 _CFRelease + 244
16  CFNetwork                     	    0x7ff811075657 0x7ff811054000 + 136791
17  libsystem_blocks.dylib        	    0x7ff80c3a7654 _Block_release + 130
18  CFNetwork                     	    0x7ff8111de575 0x7ff811054000 + 1615221
19  CFNetwork                     	    0x7ff8111dcb87 0x7ff811054000 + 1608583
20  libsystem_blocks.dylib        	    0x7ff80c3a7654 _Block_release + 130
21  libnetwork.dylib              	    0x7ff8109521f9 nw_proxy_deallocate_options + 25
22  libnetwork.dylib              	    0x7ff81068188c -[NWConcrete_nw_protocol_options dealloc] + 44
23  libnetwork.dylib              	    0x7ff810dc4f42 nw_array_dispose + 466
24  libnetwork.dylib              	    0x7ff810681ca1 -[OS_nw_array dealloc] + 17
25  libnetwork.dylib              	    0x7ff810680553 -[NWConcrete_nw_parameters .cxx_destruct] + 83
26  libobjc.A.dylib               	    0x7ff80c512d0e object_cxxDestructFromClass(objc_object*, objc_class*) + 83
27  libobjc.A.dylib               	    0x7ff80c50b47e objc_destructInstance + 94
28  libobjc.A.dylib               	    0x7ff80c50b40f _objc_rootDealloc + 62
29  libnetwork.dylib              	    0x7ff81068028d -[NWConcrete_nw_parameters dealloc] + 93
30  libobjc.A.dylib               	    0x7ff80c512d0e object_cxxDestructFromClass(objc_object*, objc_class*) + 83
31  libobjc.A.dylib               	    0x7ff80c50b47e objc_destructInstance + 94
32  libobjc.A.dylib               	    0x7ff80c50b40f _objc_rootDealloc + 62
33  libnetwork.dylib              	    0x7ff8107ccba7 -[NWConcrete_nw_path_evaluator dealloc] + 1111
34  libnetwork.dylib              	    0x7ff8107ce87a __nw_association_schedule_deactivation_block_invoke + 1322
35  libdispatch.dylib             	    0x7ff80c4be317 _dispatch_client_callout + 8
36  libdispatch.dylib             	    0x7ff80c4c0d7c _dispatch_continuation_pop + 453
37  libdispatch.dylib             	    0x7ff80c4d2208 _dispatch_source_invoke + 2179
38  libdispatch.dylib             	    0x7ff80c4c60f6 _dispatch_workloop_invoke + 1987
39  libdispatch.dylib             	    0x7ff80c4ceeee _dispatch_workloop_worker_thread + 753
40  libsystem_pthread.dylib       	    0x7ff80c671fd0 _pthread_wqthread + 326
41  libsystem_pthread.dylib       	    0x7ff80c670f57 start_wqthread + 15

And the 2nd one:

Thread 93 Crashed::  Dispatch queue:
0   libobjc.A.dylib               	    0x7ff80161471d objc_msgSend + 29
1   CoreFoundation                	    0x7ff801857bad -[__NSSingleObjectArrayI isEqualToArray:] + 113
2   CoreFoundation                	    0x7ff8017d15f9 CFEqual + 533
3   CoreFoundation                	    0x7ff8018b3832 __CFBasicHashesAreEqual_block_invoke + 3219
4   CoreFoundation                	    0x7ff801811b3f CFBasicHashApply + 119
5   CoreFoundation                	    0x7ff8018b2b46 CFBasicHashesAreEqual + 157
6   CFNetwork                     	    0x7ff8061defab 0x7ff806160000 + 520107
7   CFNetwork                     	    0x7ff80635a844 0x7ff806160000 + 2074692
8   CoreFoundation                	    0x7ff8017d15f9 CFEqual + 533
9   CFNetwork                     	    0x7ff8061d6751 0x7ff806160000 + 485201
10  CFNetwork                     	    0x7ff806273712 0x7ff806160000 + 1128210
11  CFNetwork                     	    0x7ff8061b87b3 0x7ff806160000 + 362419
12  CFNetwork                     	    0x7ff806392207 0x7ff806160000 + 2302471
13  CFNetwork                     	    0x7ff80632c186 0x7ff806160000 + 1884550
14  CFNetwork                     	    0x7ff8063b9837 0x7ff806160000 + 2463799
15  CFNetwork                     	    0x7ff8063290bc 0x7ff806160000 + 1872060
16  CFNetwork                     	    0x7ff80628f944 0x7ff806160000 + 1243460
17  CFNetwork                     	    0x7ff8061766b9 0x7ff806160000 + 91833
18  CFNetwork                     	    0x7ff806176446 0x7ff806160000 + 91206
19  libdispatch.dylib             	    0x7ff8015d73c0 _dispatch_block_async_invoke2 + 83
20  libdispatch.dylib             	    0x7ff8015ca317 _dispatch_client_callout + 8
21  libdispatch.dylib             	    0x7ff8015d0317 _dispatch_lane_serial_drain + 672
22  libdispatch.dylib             	    0x7ff8015d0e30 _dispatch_lane_invoke + 417
23  libdispatch.dylib             	    0x7ff8015daeee _dispatch_workloop_worker_thread + 753
24  libsystem_pthread.dylib       	    0x7ff80177dfd0 _pthread_wqthread + 326
25  libsystem_pthread.dylib       	    0x7ff80177cf57 start_wqthread + 15

Hi @Martin.Jirsak

Thanks for taking a look. I’m not sure what you mean by “out of cubase”. Are you saying external factors are causing cubase to crash? If so, any specific culprits that I should look at? Whatever it is, it isn’t making protools or studio one crash so I’d love to pinpoint the problem!

Thank you!


I pasted the crash threads above. As you can see, neither Cubase nor any plug-in is mentioned.

Do you use any network drive or any cloud drive by any chance? It’s your iLok/PACE driver and software up to date, please?

Hi @Martin.Jirsak,

I use Dropbox. Ilok is fully updated. Very strange that the logs would not show cubase crashing. Those both were generated right after cubase crashed in the cubase crash dialogue when the program starts up.



Do you save the project directly to the Dropbox by any chance?


I do. Same with any other project files from other daws though. Is that generally a problem for cubase?


Yes, this is a known issue.

I just recently got a new Macbook Pro M1 Max and Metric AB does not crash Cubase on this machine like it used to on my first gen M1 Mackbook Pro. :man_shrugging:

Cubase (25.2 KB)

@Martin.Jirsak , had another completely random crash, which happen as I was working with marker track, adding new cycle marker. Could you please analyse it and tell me why did it happen?

For me all those crashes have started immediately after I installed the latest version of Soundtoys on my M1 Macbook Pro. I think maybe it’s simply to do with Cubase 12 not playing nicely with VST2 plugins, that aren’t M1 compatible yet? What happened to me was everytime I loaded a Soundtoys plugin and took an image of the plugin for my Media Browser, it simply crashed. EVERY TIME. After a restart I was able to take the image, then I loaded another Soundtoys plugin, took a screenshot within Cubase, and CRASH! I might have to remove all VST2 Plugins and run Cubase natively in M1 non-Rosetta Mode, and see whether the problems disappear. I don’t run Backblaze on my Mac. I’m a new Mac user and I didn’t have those issues while running Cubase 12 on my PC.

Soundtoys VST2 plugins are Apple silicon native mode-compatible… but they, of course, don’t load in Cubase 12 running in native mode. (since VST2 isn’t supported in native mode)

But I see now that they have a beta of their VST3 plugins that are going to be released sometime in the not-so-distant future. I wonder if they perform better in Rosetta mode.