Ah, okay, makes sense now. But interestingly, looking at OrangeLine Fence code, Dieter has code to not run process() until initialization is complete, or at least it appears so on quick review. So, in a weird way, I think it may have been appropriate to tag me 
I cannot remember the history on Meanderās use of this safeguard. I will take a look at my backup files to see if I can refresh my memory,
Do many modules safeguard process() until initializations are complete?
Rack v2 has a headless mode (Iām not sure if it is actually working), so modules should run without any widget initialized. I did not look at anyoneās code but I always considered it mandatory to have no dependency from module to the moduleās widget.
Yes makes sense. I was just mentioning what Dieter said at the time in case it offered some clues, as the crash on adding a module from the browser sounded quite similar.
I just tested @steve 's idea of adding all modules except ones known to have issues in both standalone rack and when running as a VSTi. I can close and reopen the program in standalone. The same test crashes both Reaper and Studio One.
Interestingly, I can load the saved Rack save file when running VST but if I save and reload the project file it crashes the DAW.
No obvious errors in the log file.
Following on from what Seth said above, I tried in Bitwig adding all the modules except āBlankpanel | Multipleā and if I then delete the Rack instance, then undo, it crashes Bitwigās audio engine.
I noticed something elseā¦ If I add the modules then close the Rack window then reopen it, there are graphic glitches for the 4 modules that have a text display in the newly reopened window - Sally, No!zer, Spreader and Voltages - sometimes I just get a white box where the display should be and sometimes the display shows but itās glitched (see grab).
This made me think that could be what is causing the crash when deleting the Rack instance then undoing (or quitting Bitwig and reopening it) and that seems to bear out. If I add all modules without a display (except Blankpanel | Multiple) then I can delete the Rack instance, then undo, and it all loads fine again. But if I include a module that has a display like Sally, then delete Rack instance/undo leads to the audio engine crash.
Hereās an image showing what I mean by graphical glitches on the displays:
I can confirm the same. Tested in both reaper and S1. I can add the following modules without issues. As soon as I add a module with a text display, close and reopen, the DAW crashes.
I fixed the Issue of the Blankpanel, now it works fine.
If my Windows didnāt crash it would be already uploaded 
The gliches are not the reason for the crashes, but I will take a look tomorrowā¦
Thanks again to the great testers here 
SANGSTER!!! I was looking everywhere for this delay about a month ago. I couldnāt remember the name or who it was made by. All I could remember is that it had a lion picture on it. Glad to see these modules are coming back!!!
Itās awesome. Modulating time by small amounts is awesome.
Yes! Sangster has such a great character!
Okay, so all issues have been fixed and it is running stable
Iām going to do some excessive testing tomorrow, supported by a very dangerous amount of Italian espresso, to get sure the next beta wonāt crashā¦ (or Whisky if it goes horribly wrongā¦)
Sorry for the delay and the amount of Betas, I am alone and just testing and developing a small amount of timeā¦ so please be patient, it will definitely be released, but first it must run stable and look great
More on this tomorrow, stay tuned!
No need to apologize! Bug-hunting can be a PITAāthank you for following through!
Hi all,
letās go for a new Beta 5.2 :
Windows
Mac
It fixes all reported issues and was tested for stability and stable rendering.
I really hope it works now and passes user tests 
I hope youāre all well and Thanks for testing!
Cheers Patrick
Initial testing looks very promising!
No issues adding all modules, closing then opening again in Standalone.
Same in the VST (Mac, Bitwig) for the most partā¦ The first time I added all the modules, then closed the Rack window, then opened it again, I did get a graphical glitch on some modules (see grab) but I have been unable to repeat this since. After closing the window that had the glitches and opening it again, it opened fine and has now been through many close/open without issue.
Deleting the Rack instance and then undoing also fine. Iāve not experienced any crashes with this new version - just that one-off graphical glitch.
Edit: I should add that I originally placed these modules in the VST instance using the previous version - so perhaps that may have had something to do with that one-off glitch.
Hi Patrick,
Thank you about 2.0-beta5.2, but I report the same GUI issuesā¦ OS is Windows 10 Pro (22H2, x64), I have exactly the same issue than Steve (and Rodney) have reported about 2.0-beta5.2.
Either from Bitwig Studio v4.4.6 and REAPER v6.71.
VCV Rack 2 Pro v2.2.1 preview (as VST 2.4 plugin).
This issue appears as soon as I close then I reopen VCV Rack window. Affected: all modules have āwoodā texture (Iāve noticed this fact) + Neo. No crash. Doesnāt occur by using Rack as standalone app, and if I delete the VCV Rack instance then create new one.
YT Video (not referenced) HERE
Cheers. Dominique.
Thankyou for Beta 5.2. On Windows I too can still see the graphical glitches but so far only with Neo and Preheater. I see it after closing and reopening the plugin window multiple times.
Oh man, I hate itā¦
Can anyone confirm this on Mac? I tested a lot with no problems at all :-/ Even on Windows 10.
Iām on Mac Intel.
On the plus side there are no longer any crashes so things definitely moving in the right direction!
As indicated above, my rig is Windows 10 Pro 64-bit (22H2).
Behaviors seem identical than OSX.
Donāt hesitate if I can help for additional tests!
I tested on both a fast Win10 computer and an old Intel Macbook Pro and did not experience glitches.
Also of note, all the previous issues using the modules when running as vst have been fixed
