Hi,
Just installed 2.0.26.157 on my M1 MacBook Pro.
Since the install, VST Live is crashing after I quit the program. It seems to run fine when open, but crashed as a few seconds after I quit.
The project contains 6-8 audio tracks, multiple VST instruments and video over the set of about 16 songs.
VST LIve 2.0.26.157 crash report.pdf (171.4 KB)
Any thoughts?
I have attached the crash report.
As always, thanks for the great support.
Quick follow up:
I was also able to reproduce the crash in version 2.0.25
I then downgraded to version [2.0.23.149] and there are no more crashes.
… the PS-20 Plug-In is crashing. And again, I am so sorry, I cannot get reproduced. That’s really strange. And we have not changed any plug-related code of VST Live between 2.0.23 and 2.0.25.
… your crash log told me that you are running VST Live in x86_64 Mode (Rosetta). But you are using an Apple M1 Chip. Are there any reasons to run VST Live in Rosetta Mode? You should change it to ARM mode. How you do that? Locate VST Live in your Applications folder. Select it and press the key combination Command and “I”. You should see a dialog like this
Make sure that “Open using Rosetta” is not ticked. Close the dialog. Important. Now start VST Live and open the About View (“Menu / VST Live / About VST Live”). Do you see the the “arm64” hint in the upper left corner?
Now, please install back 2.0.26 and run your test again. Is it better?
/Michael.
Hello Michael,
I’ll hijack the topic a little bit but I realized that my VL was running in x86 mode as well. Despite “Open using Rosetta” wasn’t ticked. After I selected run using Rossetta, open-close VL and then unchecking “Open using Rosetta” it now runs on arm64.
It didn’t resolve the “quit crash” that I am having that I reported on a different thread on UADx plugins.
If I remember correctly that I directly installed the pre-release version on this computer, then did the activation. There might be something at install time (some flag, installing directly from inside the zip file etc…) that might be forcing the app to run on Rosetta instead of ARM.
… ah, yes. That’s the workaround to get it run with arm64. VST Live is configured to run as default in Rosetta mode. We’ll change that to arm64.
… we’ve successfully contacted UAD. They will have a look to your crash file.
But if I remember correctly, your crash log pointed to x86, too? Do you still have problems with arm64? Can I have a new crash log, please?
/Michael.
I’ve rechecked the logs and yes previous logs was on x86.
Here is the new crash log on ARM:
2.0.26 Arm Crash Log.pdf (129.2 KB)
Hi Michael,
Thanks for your help.
I did as you suggested, but the Rosetta box was not checked n the info dialog, and “arm64” does appear in the about view.
This time, it still crashed but instead of PS20 being the problem, the crash report shows Oddity3 as the issue.
I created a new project with no layers, save, quit, no crash.
I create another new project, adding 1 layer with with 1 plugin, save, quit, crash.
It has crashed with PS20, Oddity 3, Traktion F-Em, G-Force OB-X so far…
Opened the same test project in 2.0.23, save, quit - no crash
strange.
VST Live Crash.pdf (1.3 MB)
… we’ve found a system combination which also result in a crash. We are very sorry. We’ll keep you in the loop about our findings.
Michael.
Thanks Michael,
That’s great news. I appreciate your help.
… good news! We’ve found the problem and it’s solved now. Sorry for that one. We’ve changed the build-chain and … never mind. Please re-try it with the next Pre-Release and let us know your results.
/Michael.
I will.
Thank you again!
Hi Michael,
Quick update. I installed 2.0.27 and it seems to be working as expected. No more crashes (so far).
Thanks again for the great support.
