DG, I have the same problem as michael_12374 and have posted already here - http://community.vsl.co.at/forums/t/23110.aspx
However, this problem wasn't in the first build. Could you explain your work around, because it crashes here on the first cubase load (ie I don't have to closing and re-opening Cubase). Besides, if this happens everytime you load Cubase it defeats the purpose of Preserve. Here is my comment and repro from the earlier thread...
>>>>>>
However, VEP still crashes when loading a saved project. I've done
some more testing though and only the 32-bit server crashes, not the
64-bit version and this occurs whether I'm connected using the VST2 or
VST3 version of the plugin. Nothing has to be loaded into the VEP
plugin - it can be empty. Also, the crashes to the 32-bit server only
occur when 'connected' to the Cubase. If I've disconnected (preserved)
prior to saving the project then it will load without crashing.
>>>>>>
AND
>>>>>>
Thanks Karel for your reply. I'm using xp64 and cubase4 on a PC, with VEP only on my local computer. No slaves.
Load VEP server 32-bit.
Load Cubase4
Open a new Cubase project
Instantiate a single VEP from the VST instruments rack
'Connect' to localhost [32] (new) - I'm not naming the preserved
session which means the VEP instance is connected to the host and not
preserved
Save the project
Close the project
Re-open the project = crash! (exception in vienna ensemble pro.exe)
In contrast...
Load VEP server 32-bit.
Load Cubase4
Open a new Cubase project
Instantiate a single VEP from the VST instruments rack
'Connect'
to localhost [32] (new) and either name the instance (automatically preserving it) or don't name but then preserve.
Save the project
Close the project
Re-open the project = No worries.
[edit - however, if you shutdown the VEP 32-bit server, or delete
that preserved instance of VEP, after closing the cubase project, and
then re-open the project, this will force VEP to load with the project
and cause a crash similar to the first example above]
(Also, the problems with cc-instensive patches like the legato LASS
patches is not fixed here - I've detailed this in the LASS thread)
Thanks Karel - Brett
>>>>>>>