Yes I'm having problems too.

I eagerly downloaded because I'm a LASS user, but now upon loading my existing project the 32-bit server crashes.  Also, all instances of VEP receive midi at the same time.  In other words, even if I'm playing on a non-VEP track (say B4 or Trilogy), the VEP instance(s) play regardless of the channel setting.  It of course doesn't work the other way - playing a VEP instance doesn't trigger a non-VEP track.

The midi 'all receive' problem, and the 32-bit server crashing occurs not just on my existing project, but any new project created since the update.

With regret I'm going to have to go back to the previous build. 

Brett

{edit} I'm on XP64 running Cubase4

@Brett the new VEP has this new "external midi port" feature.

Make sure it is turned OFF when you work with sequencer, otherwise when you play your keyboard, VEP will receive midi regardless of which track you selected.

Thanks Abel.  Missed this new feature - this of course fixed the midi issue.

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. 

Brett

Thanx sooo much for taking care of MIDI for us Mac  users!!

SvK

@brett said:

Thanks Abel.  Missed this new feature - this of course fixed the midi issue.

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. 

Brett

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

Hi Vienna-Team,

is it possible that there's a memory leak in the update? After updating to 4.0.4536 VE Pro crashes every time when editing a bidule instance (v. 0.9693). Then the memory of VE PRo rises rapidly until the whole application crashes.

Reinstalling VE Pro 4.0.4416 I don't have this problem any more, then bidule works fine in VE Pro.

Best regards,

Peter

Hi, I had some crashes too after the update. When open the Cubase project I had created using the other version, it crashes immediately after open it.

 I'm using WinXp 32 and Cubase 4.

VEPro 32/64 4536 cannot start the audio engine in the standalone mode (including the built-in audio).

PPC G5 2.3 Dual, OS 10.5.8 and MacBook, OS 10.6.1

VE3 works fine standalone on both platforms.

VE Pro server crashes as soon as I try to do anything over IAC. Are you interested in crash logs?

@michkhol said:

VEPro 32/64 4536 cannot start the audio engine in the standalone mode (including the built-in audio).

PPC G5 2.3 Dual, OS 10.5.8 and MacBook, OS 10.6.1

VE3 works fine standalone on both platforms.

@Karel said:

 Try setting a specific samplerate and blocksize in the audio preferences instead of using the defaults.

That worked, thanks!

@brett said:

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

Karel - Did you manage to test the above repro?  It happens everytime here.  If I ever load up my current project which had been saved in a disconnected (non preserved) mode, the 32-bit version of the server crashes on load while the 64-bit is fine.  However if I had previously saved the project with all instances preserved, then loading the project (after loading the metaframe files) there is no crash.  This is a 'once a day' problem - I just have to remember disconnect, and to save the meta files for both 64 and 32-bit server versions at the end of the day otherwise my first load the mext morning results in a crash

XP64 with Cubase 4 here - Thanks

Brett

@Karel said:

Yes, I could not reproduce this. I assume you're using Cubase 4.2 or newer when using the VST3 plugin? Cheers.

yes, I'm using the latest release of Cubase 4 and the crash occurs with both the VST2 and VST3 version of the plugin.  I don't know what's unique to my system.  I've tried removing VST plugins from the scan path, and every combination of preference settings.  All I know is that if Cubase tries to load up VEP in the 32-bit server it crashes the server.  The only way I can get it to work is to load the meta file (if I remember to save it) and then connect manually after the cubase project has loaded.

This behaviour was not evident in the previous build.  Can you offer me any troubleshooting suggestions?  Any ideas to try?

Brett

It's happening here with C5.1 (32bit DAW) as well (VEP 64bit Slave). If I load a previously saved project with a preserved instance it loads all samples and when it's done, VE just goes away for good.

So basically the first fix mentioned in your changelog is causing this or at leat seems to be the reason. Since it didn't automatically load in VEP's previous build ( we had to click Load Plugin Data manually) it never occured there.

No problems if I load an .mframe or .viframe first.

@MaD, it sounds similar to my difficulties.  I'm on 32-bit Cubase 4, XP64 but for me it's only the VEP 32-bit server that crashes, VEP 64-bit is fine.  I wonder if it's an XP64 OS thing?  I'll swap to W7 in time but for now all I know is that the crashes aren't evident in the previous VEP build with my combination of OS and DAW.

Brett

Brett (others) - How is this latest build working for you now?   I have the original working solid (master and slaves all running x64) - a little afraid to update fearing any negative change.  Like the new 'features' but not at the cost of stability.

Thanks for your reply.

Rob

I have great respect for the team at VSL, and for VEP which is a wonderful product and a welcome replacement for FXT.  However, for those of us experiencing problems with the latest build on XP64 I think we're stuck with it.  Paul correctly pointed out in this thread http://community.vsl.co.at/forums/t/22729.aspx?PageIndex=3 that XP64 is an unsupported product, disappointing as this may be.  Something has broken between builds for some of us but that's unlikely to be addressed.  Switching to W7 when it is released (23rd Oct I believe here in Australia) is the only way I'll know if the VEP crashes are OS related, but porting over to a new OS is no small task for any of us.  There was no way I was going to Vista.

Brett