I have a V Rack. I might have up to 12 VE PRO ENS instances and up to 10 Event Inputs. All MIDI at least until the audio return from the slave. It does eem to be the more load applied the error of dropped and missing notes appears.

I am starting to look at the best Preference settings - like thread count and also the audio and latency settings. But also I wonder if the MIDI preference in VE PRO ENS that set Smoothing and Rounding might be getting some MIDI sync information from the master workstation DAW (In my case Digital performer) and putting things off - so I will try these two MIDI preference settings deactivated.

Any thoughts?

Further to this issue:

!! And all this only ocurrs if Event Input is the VE PRO chosen MIDI input method !!

I am using Altiverb on a Mac in Digital Performer and the Digital Performer is the master system connected using Vienna Instruments Vienna Ensemble PRO to a slave Mac Mini running instrument sounds.

I run Altiverb in a V-Rack in Digital Performer on an AUX channel insert across audio that is coming back from the Mac Mini via VE PRO.

My problem is that I am experiencing dropped and hung MIDI notes on my VE PRO instruments but only when Altiverb is the chosen plugin on the AUX channel in Digital Performer. If I use another reverb plugin the problem goes away.

The problem also goes away if I turn of automatic delay compensation if Digital Performer.

!! And all this only ocurrs if Event Input is the VE PRO chosen MIDI input method !!

So is it delay compensation bug between Evernt Input and what..?

Dean

There has been a suggestion from Altiverb that the problem might be due to an Altiverb bug involving tempo changes in the sequence affecting Altiverb. I have seen this with delays but never reverbs. I am going to try to test it.

I found a sorta quick fix for this when I experience it..  (it only happens every once in awhile with sessions.. kinda like a corrupted file case)

(I use DP 7.24 btw)

This is what I do:

Double click the Event Input

In the drop down menu where you can choose a different plug in --> Select "None"

Then in the same drop down menu, re-select "VSL Event Input"

Re-assign the midi channel and to the correct instance.

BOOM! back to normal.  Kept all the midi routings too!

Works for me.... hope maybe it works for you other folks!  Takes only about 10 seconds to do..

Just for the record I also have this. I'm building a new template with DP7.24 /8.01 and VL EP with 30 event inputs and I get loads of this. Only on the event input tracks when I have lots of them active. Midi over lan and external midi is a solution but the latency is horrible.

Actually this is all coming back to me now. I tried this when event input first came out and had the same problem with large numbers of event inputs. The only alternative is using midi over lan and external midi in VSL EP. The latency is horrible but you can insert a midi track plugin in DP called time shift and offset everything early by the same number of samples as the latency. Not perfect but it works. The logic environment layer solution apparently works really well and Cubase uses vst3 so doesn't have the problem so its just Pro Tools and us DP people out here!

We need VST3 support in DP then we'd be sorted. 

It works!

As an earlier poster said you turn off plugin delay compensation in DP (setup>configure audio system >configure studio settings and uncheck Automatic plug in delay compensation) 

Also you have to set the system to run all plugins in real time and turn off pregen in the preferences.

Then it works. You still get latency from the VSL EP system depending on the number of buffers. I'm getting 1200 samples with 2 buffers run on a macbook pro. But that's still a ton better than using external midi. Still working on the finer details of this but this is the first time I've got the thing up and running and I'm using 25 event input plugins, 250 midi tracks on a Macbook pro.

 I'm actually trying Event Input for the first time. Decided to try streamlining my main template, going from running several parallel VEP instances to two or maybe three at the most. I'm on Cubase 7.

Very first Event Input I create, and assign to a not too complex VEP instance running about 10 Kontakt libraries, and it drops/skips notes, some get stuck, etc. Everything worked perfectly as independent VEP instances running on the VEP x64 server and Cubase. I'm puzzled, and glad I found other people reporting the same, and not on Cubase. So must be something on the VEP side, no? For the record, I don't have any latency compensation enabled on Cubase.

@Gusfmm said:

 I'm actually trying Event Input for the first time.

Why? It would be better to use VST3.

DG

Daryl- well no special reason other than that being a method suggested in the manual to access addtl' ports. I'd use the VST3 version if I knew what the right VEP5 instance is. I dont see a x64 listed as VST3.

 After corresponding with VSL they confirmed the VEP plug-in listed as VST3 on Cubase is x64 although its name is not labeled as such. I've been consolidating several VEP instances under just one with multiple MIDI ports, and everything works great and flawlessly, without any extra/odd latency.

DP 8.02 and Event Inputs definitely do not work properly.  Stuck notes, galore.  Had to rebuild my VEP with multiple VI Frames..

Hi,

I'm running DP 8.03 (mac) connected to a PC (W8) via VEP. What is the purpose of using an Event input, as opposed to a normal one?

And also, what are the consequences of turning off the automatic-delay-compensation?

Thanks

Thanks for the info. Turning of the automatic delay comp in DP did make things much smoother here, and since I'm not running any comps, I might get away with it, at least till mixing.