Hi there,
I am working with the newest Version of VST 3 (3.0.10). The problem exists as well in 3.0.17.
Without Multi Processing enabled even a small amount ouf VST instruments leads to CPU spikes and audio crackles. With Multi Processing enabled the performance is way better without audio drops. However, when activated, on every song change VST Live crashes and after a restart it gets stuck on preloading.
Is this a known issue already and do you see a solution yet?
Best regards
Fabian
Hi,
sorry to hear that. Can you please check if crash-togs were created?
Windows : C:\Users\YourUserName\Documents\Steinberg\CrashDumps
Mac : /Users/Your_UserName/Library/Logs/DiagnosticReports
Do you see files named with vstlive. Please drop them here,
Michael.
Hi Michael,
thanks for your fast reply! I tried it several times. As soon as a click on a song, everything freezes and the window shows “no response”. It stays like this forever, the only thing I can do is click on the “x” to close the window and Windows shuts the process down. A CrashDump is not created.
Anything that I might missed? How can I enforce a crashdump/ log?
Best regards
Fabian
I tried to investigate a little more and it seems like there might be more that is broken.
I use EZDrummer and route each drum (kick, snare etc.) to different group channel for individual processing (eq and comp). With multiprocessing activated the plugin still processes all drums but all group channels except the kick remain silent. So it seems like the workload is spread across CPUs somehow but it is not working properly.
I also tried 3.0.17 again and as soon as several tracks with recorded audio kick in VST Live freezes as well and then crashes. This is independent of multiprocessing (same behaviour with multiprocessing on and off).