macos ARM version crashes on preset switching

[Jurek-Raben]

Hi,

many thanks for the arm version, makes the KVR OSC round much more attractive :)

I noticed that the plugin kind of "randomly" quits on preset change. Couldn't nail it down to always reproducable steps, but this should work:

Steps to reproduce

1. Load arm build on M1pro or similar, load into Renoise latest version
2. Go to preset manager, start to play and then switch presets wildly, for about a minute
3. Especially the presets "BS Morser" and "Macro Riser" tend to crash, so make sure to come back to these two presets often
4. Sudden quit of Renoise should happen. Log file sadly shows nothing due sudden quit nature.

[VASTDynamics]

Thanks. I will check asap.

[VASTDynamics]

Is this about the VST3?

[VASTDynamics]

I could not find the same problem here in a quick test. Just in case - if you have downloaded and installed an early on Saturday then it would be helpful for me if you can redownload, reinstall and retest. There has been a related last minute change that is fixed meanwhile.

[Jurek-Raben]

Hi,

I redownloaded 3.4.0, reinstalled, and pretty quickly it crashed while selecting "BS Morser". I am using the unviseral binary VST3 version. Renoise is 3.4.3, sandboxing is disabled (under preferences/plugin misc, needs a restart of Renoise after switched off). OS is latest Monterey. What M-cpu are you using?

Please let me know, if I can help with specific tests on my machine and running special builds...

[VASTDynamics]

Ah, I just had the same in Renoise. Let's see.

[VASTDynamics]

If you have a crashreport.log file in your /applications/Vaporizer2 folder it would be great if you could paste the content here.

[VASTDynamics]

---

0 VASTvaporizer2 0x0000000120101c65 _ZN18VASTAudioProcessor12crashHandlerEPv + 5381 1 VASTvaporizer2 0x000000011fdb3529 _ZN4juceL11handleCrashEi + 9 2 libsystem_platform.dylib 0x00007ff8054d05ed _sigtramp + 29 3 ??? 0x0000600005a56088 0x0 + 105553210990728 4 VASTvaporizer2 0x00000001200c1b08 _ZN15VASTSynthesiser12renderVoicesER15sRoutingBuffersii + 23896 5 VASTvaporizer2 0x00000001200a1015 _ZN9CVASTPoly18processAudioBufferER15sRoutingBuffersRN4juce10MidiBufferE + 11845 6 VASTvaporizer2 0x00000001200da7c6 _ZN14CVASTXperience18processAudioBufferERN4juce11AudioBufferIfEERNS0_10MidiBufferEibdbdd + 12006 7 VASTvaporizer2 0x00000001200deacc _ZN18VASTAudioProcessor12processBlockERN4juce11AudioBufferIfEERNS0_10MidiBufferE + 2204 8 VASTvaporizer2 0x000000011fcd7bf6 _ZN4juce17JuceVST3Component7processERN9Steinberg3Vst11ProcessDataE + 9558 9 Renoise 0x00000001029d2d54 _ZN4asio6detail16service_registry6createINS0_23reactive_socket_serviceINS_2ip3udpEEENS_10io_contextEEEPNS_17execution_context7serviceEPv + 831650 10 Renoise 0x00000001029915b0 _ZN4asio6detail16service_registry6createINS0_23reactive_socket_serviceINS_2ip3udpEEENS_10io_contextEEEPNS_17execution_context7serviceEPv + 563454 11 Renoise 0x00000001028d790c Renoise + 5548300 12 Renoise 0x00000001028d776f Renoise + 5547887 13 Renoise 0x00000001028d95cc Renoise + 5555660 14 Renoise 0x000000010297dd01 _ZN4asio6detail16service_registry6createINS0_23reactive_socket_serviceINS_2ip3udpEEENS_10io_contextEEEPNS_17execution_context7serviceEPv + 483407 15 Renoise 0x000000010291dfd0 _ZN4asio6detail16service_registry6createINS0_23reactive_socket_serviceINS_2ip3udpEEENS_10io_contextEEEPNS_17execution_context7serviceEPv + 90910 16 Renoise 0x0000000102924ca2 _ZN4asio6detail16service_registry6createINS0_23reactive_socket_serviceINS_2ip3udpEEENS_10io_contextEEEPNS_17execution_context7serviceEPv + 118768 17 Renoise 0x0000000102924e68 _ZN4asio6detail16service_registry6createINS0_23reactive_socket_serviceINS_2ip3udpEEENS_10io_contextEEEPNS_17execution_context7serviceEPv + 119222 18 Renoise 0x000000010291c4f3 _ZN4asio6detail16service_registry6createINS0_23reactive_socket_serviceINS_2ip3udpEEENS_10io_contextEEEPNS_17execution_context7serviceEPv + 84033 19 Renoise 0x0000000102e5a5d2 _ZN4asio6detail16service_registry6createINS0_23reactive_socket_serviceINS_2ip3udpEEENS_10io_contextEEEPNS_17execution_context7serviceEPv + 5581088 20 libsystem_pthread.dylib 0x00007ff8054a31d3 _pthread_start + 125 21 libsystem_pthread.dylib 0x00007ff80549ebd3 thread_start + 15

---

---

[Jurek-Raben]

Sadly there is no such file here... Hm, is there maybe some kind of race condition or so happening here, so it only will happen on ARM machines? Is this synth using multicore? Are the voices propery dallocated before loading a new preset? Should be input prevented for the time of loading or so? Really only wild guesses  😅

[VASTDynamics]

In fact I assume that it is related to a change in voicing I made recently. For the Poly32 mode I switched to dynamic allocation of voices. Probably there is a race condition here. Will let you know. If you are willing to beta test a change it would be helpful!

[Jurek-Raben]

Interesting! Yes, I would love to help here, let me know when I can do tests.

[Jurek-Raben]

Hi, this does not seem to be fixed in the new 3.4.1 release sadly... I simply switched like 10 presets and constantly playing, and Renoise again force-quit...