Great, thanks Paul :)

Well that was a nasty shock. According to MyVSL, VI Pro and my Plus editions of SE Woodwinds vols 1 and 2 are not upgradable to iLok. Which means sooner or later these products I've bought and paid for - and integrated into my template are going to simply disappear, when eLicenser does.

Extremely disappointing, and will mark the end of any new VSL purchases from me if it stands.

Originally Posted by: J-M

Sorry for my ignorance, but if I were to do this I wouldn't be able to process, for example, my individual percussion instruments individually inside Cubase? That goes against my preferred workflow, which kinda sucks.

It depends.  If you are using single audio output instances of Kontakt (or whatever) for each instrument you wouldn't be affected. It only seems to affect it if you have multiple outs, and also (it seems) if its a version prior to VEP7.

dlpmusic's findings chime with me, I think that really narrows down the area where the problem lies (or lay).

I still haven't had this in VEP7 though, as far as I can remember. Paul (or any other VSL employee), do you think this has been definitively addressed in 7?

I've had this issue with VEP6 but AFAIK it's not happened in VEP7.

I'd reccommend Nugen's Sigmod as a hearing / equipement protector, because it really is terrifyingly loud when it happens.  I keep it in circuit all the time now.

Originally Posted by: MS

This is unfortunately not possible. Individual plug-ins allocate memory from the system directly, and we don't know anything about it.

Ah that is a great shame, but thanks for letting us know.

Perhaps one thing that would be possible is some kind of visual indication if every plugin in an instance is disabled?  Not as compreshensive as a full RAM tally, but that would really help me actually.

Just a bump for this.  Would be invaluable for those working with disabled templates in particular - just spent an eternity tracking something down which would have been trivial if I could see the instance using the most memory.

Very much enjoying VEP 7.  Great to have the CPU monitor on instances, and the tabbed side view is so much better for seeing what's going on at a glance.  Icing on the cake would be a RAM useage monitor next to the CPU, at least as an option.

Figured I can only ask....

Glad you found a way!  Yes, seems like that scanning routine is still a bit tricksy in general, hopefully VSL can track down what's causing this sort of thing.  The specifics seem to be different for everyone, but generally its a little flaky.

Just to say Play is stil fine on Windows 10 on the new update.

It sounds like there are still some glitches on the scanning routine, producing sometimes erratic results.  One thing that MAY have worked in my case - could be wrong - is to move the plugin out of the regular folder, scan for changes, move it back in again and scan for changes once more.  Worth a shot while VSL keep working on this.

Originally Posted by: civilization 3

One user reported VEP 7 won't see UVI Workstation.

Just to say that's resolved in the next build (my understanding is it was not an issue specific to the UVI Workstation, but a general problem scanning certain libraries on certain setups).

Nothng is affected re any VSL libraries, those will load as normal in VI Player or VI Pro, so no worries on that score.

Yes, hang in there for the next release.  Should be soon I think.

A huge thanks to support - fixed in the next build!  Amazingly quick response, thanks folks.

Wow, that sounds fantastic, thanks Martin!  Very quick too, amazing work.

...to add that Support are looking at it, currently unable to replicate.  Here's a video I did for them that demonstrates what is happening my end:

https://youtu.be/lWdmgjb6uag

Originally Posted by: MS

Guy,

Your bug reports are being taken care of right now.

Regarding the parameter copy - perhaps you would be helped by an alt-drag for copying the midi source to the next entry?

We also have discussed a feature to enable channels on MIDI note-on activity - I don't know if that would be of help for you?

Great news re bugs, thanks Martin!

Alt-drag - could you explain a little more?  Not sure I'm quite following.

A wake on midi would be absolutely terrific, its something I've been calling for for a long time.  In an ideal world that would be in addition to a Next button, but I guess that's pretty greedy :)

Thanks v much Martin.  #2 might be superceded with #3 if you could implement that, but one thing I do a lot is route successive midi channels to the same disable channel command, for example.  So if I could copy / paste that disable channel from one destination to many, it would save a lot of mouse clicks.

But as I say, if there was a really slick auto-increment Next feature where we could quickly set the parmeters - in my example increment midi channel number, keep the destination the same - then that would be even better :)

Just to say that tried installing today's new build 7.0.778 but no change to behaviour.  I see other users having issues with other plugins - one cannot see Omnisphere, which I can see.  Something definitely looks screwy with the plugin scanning / initialisation routine.

Originally Posted by: bbelius

"Destroying" is a technical description from the developer for the unloading process. It does not destroy your plugins. :D

I do realise that - but its a very apt description of what I see VEP doing.  One second they're there, then BAM they get destroyed.

Thanks you two.  Bill, have updated iLok Manager, restarted, rescanned all plugs.  It reported only 2 did not initialize - z3ta+ (a Cakewalk Synth) and iZotope Ozone 8.  I OK'd that box and saw UVI and a load more appear in my plugin list - HOORAY!

2 seconds later, all these vanished in a puff of smoke.  So back to square one.

bbelius, thanks for that info.  Here's the offending stretches:

---

FIRST SCAN - v3.02:

Creating VST Plugin: C:/VSTs/UVIWorkstationVSTx64.dll

2019-05-02 18:08:13.118 INFO  [13636] [VstPlugin::] Opening VST Plugin

2019-05-02 18:08:13.508 ERROR [13636] [VstLoader::] Error loading library: Cannot load library C:\VSTs\UVIWorkstationVSTx64.dll: A dynamic link library (DLL) initialization routine failed.

2019-05-02 18:08:13.508 ERROR [13636] [VstPlugin::] Could not load VST library

2019-05-02 18:08:13.510 INFO  [13636] [VstPlugin::] Destroying VST Plugin: C:/VSTs/UVIWorkstationVSTx64.dll

SECOND SCAN - v3.05

Creating VST Plugin: C:/VSTs/UVIWorkstationVSTx64.dll

2019-05-02 19:50:37.060 INFO  [9924] [VstPlugin::] Opening VST Plugin

2019-05-02 19:50:37.454 INFO  [9924] [VstPlugin::] VST version: 2400

2019-05-02 19:50:37.454 INFO  [9924] [VstPlugin::] Reading speaker arrangement information

2019-05-02 19:50:37.454 INFO  [9924] [VstPlugin::] Updating bus channel counts

2019-05-02 19:50:37.454 INFO  [9924] [VstPlugin::] Plugin opened successfully

2019-05-02 19:50:37.464 INFO  [9924] [VstPlugin::] Destroying VST Plugin: C:/VSTs/UVIWorkstationVSTx64.dll

2019-05-02 19:50:39.476 INFO  [9924] [VstLoader::] Unloading: C:/VSTs/UVIWorkstationVSTx64.dll

THIS LAST TIME:

Creating VST Plugin: C:/VSTs/UVIWorkstationVSTx64.dll

2019-05-02 21:07:00.520 INFO  [2416] [VstPlugin::] Opening VST Plugin

2019-05-02 21:07:00.955 ERROR [2416] [VstLoader::] Error loading library: Cannot load library C:\VSTs\UVIWorkstationVSTx64.dll: A dynamic link library (DLL) initialization routine failed.

2019-05-02 21:07:00.955 ERROR [2416] [VstPlugin::] Could not load VST library

2019-05-02 21:07:00.956 INFO  [2416] [VstPlugin::] Destroying VST Plugin: C:/VSTs/UVIWorkstationVSTx64.dll

---

That 2nd time is especially odd - all seemed to go swimmingly, then it destroyed it.

"Destroyed" feels like an extremely apt word to describe what VEP7 is doing to my plugins.

This is a pretty serious one - updated to the latest version of UVI Workstation, 3.05.  VEP scans it ok but then discards it.  Plugin passes normally in Cubase and AFAIK all other DAWs.  There's important stuff on this platform, this needs a fix ASAP.  Thanks.

Lots to like in VEP7 :)

Some glitches in the Automation Window however. all in Win 10 Pro:

1.  When the window is undocked and there are more parameters than can be displayed by default (ie when the scroll bar shows), the bottom line is partially cut off.

2.  When the window is docked and you click a cell at the bottom of the pane to select the destination, the pop up menu falls off the bottom of the UI - it should know to size above the selected event, not below.

3.  In either scenerio, the + / Clear buttons at the top should always remain, otherwise its a lifetime of scrolling on busy sessions.

And a request or two on the same subject:

1.  The new menu that pops up to select the destination is slower and more clicks in use than the old heierachy - the required double click at the end feels clumsy.

2.  It would be great if you could right click copy / paste a parameter.

3.  It would be EXTREMELY great if there was an additional button next to + and Clear, named Next.  This would be a new automation event fully filled with auto increment parameters appended to the bottom event.  Ideally this would have a little pop up setup where you could choose what to auto-increment: SOURCE: Midi Port; Midi Channel; Midi CC no; DESITNATION: Channel No; Event.  This would exponentially reduce my set up times.

Thanks all.

Thanks Paul - can you tell us if the early promo price will cease on release?

Originally Posted by: musicman691

For your first statement that's a heck of an assertion because you're assuming VEPro 7 will open stuff done in VEPro 6. Just because others/w has done that in the past it may not happen here. Would be great if it does.

I would be staggered if it couldn't open VE Pro 6 projects.  I'd put the chances of that at somewhere around 0.1%.