Vienna Symphonic Library Forum
Forum Statistics

181,947 users have contributed to 42,195 threads and 254,636 posts.

In the past 24 hours, we have 5 new thread(s), 13 new post(s) and 51 new user(s).

  1. Home
  2. Software
  3. Vienna MIR & Vienna Suite
  4. Latency Compensation in VEPro

  • Latency Compensation in VEPro

    M
    M

    Please forgive my ignorance on this topic, but I had a few questions regarding latency compensation with the VEPro plugin. The way I understand it to work for Virtual Instruments is that the Instrument tells the DAW (DP in my case) how early to send the MIDI being routed to plugin so that the resulting sound is played in the proper place.

    I'm excited that the lastest update for VEPro includes the ability to receive external MIDI (ie: MIDIOverLAN). If I use a MOL channel, however, to send MIDI to VEPro, am I losing the feature of having the Delay Compensation in the plugin? I just don't see how DP would know how to compensate for a MIDI track sending on MOL, and being played by a VEPro instrument.

    Anyone with more insight than me?

    Thanks!!
  • D
    D

    I believe you are right.  If not I would love to know how to get the midi to compensate.  I use Logic 9 and one of the benefits of VE PRO is that it runs as a plug.  It seems to me that if I were to access the additional midi, i.e. MOL, I would essentially be turning the plug into more of a live "aux" track in L9 which means the plug is always in a "live" state thus drawing more power out of Logic 9 as compared to  just running it as a plug with no MOL connected.

    I am trying to gain the benefit of running my template as plugs rather then hosts that need a live "aux" track.  If there is a way to accomplish the outside MOL and achieve this that would be great.  Essentially what I want is what the VST3 spec can accomplish.  It is still very cool that VE PRO can access outside midi inside the plug.
  • T
    T
    I tried a test when the update came out, and sent a steady quarter note out of DP into VE Pro running a click sound in kontakt. If you send out through the VE Pro midi (the one linked to the instrument channel), the timing is dead on. If you use IAC or DP's internal midi option, the latency is obvious. I want to use all of the ports in one VE Pro, so I just calculated the latency and used DP's midi offset plugin to compensate for it. Just figure it out on one track, copy the plugin setting to a clippings window, and then drag it into every midi track that uses VE Pro. Doesn't help much for playing in real time though.
  • M
    M

    Yeah, that's kinda what I figured. Well, thanks to VSL for at least making the option available since I doubt Apple is going to redesign the AU specs with multiple MIDI ports in the forseeable future.

    I'm going to try it with MOL and see how much difference there is at the 0 setting in VEP.
  • M
    M

    Did a little testing tonight with outside vs. inside midi latency with some interesting results:

    I have been using Bidule to house a large library of sounds in several instances of Kontakt on a slave computer and then bussing via lightpipe to my main computer using DP. My buffer setting on both the slave and main computers is 128.

    When I loaded up the Kontakt template into VEPro and tested the latency using a setting of 2 buffers on the VEP interface, my recording of a percussion sample was in virtually the same spot as when I recorded it using my old setup in Bidule.

    I recorded at 1 buffer and 0 buffers and each time the recording was a 150 samples or so less latent. I also recorded using the VEP MIDI and of course that one was dead on.

    I am relieved that even using VEP at the highest latency setting, I will see similar performance to my current setup. And by moving to 1 or 0 buffers on the VEP interface, I can actually see much better latency than my old setup even when using external MIDI.

    Nice job VSL team!!

    (now if we could get a MAS version for us DP users so we can have multiple MIDI ports within the plugin I think I would wet myself) [;)]
  • C
    C
    So if I understand you properly...using an external midi port of some kind [MOL or IAC or DP Output] as the midi input for VE Pro plugin yielded no significant latency compared to VEPro's internal 'plugin midi' input ports?

    That's excellent news!

    Since you can set up many different IAC or DP output ports, you can use multiple midi ports within a single instance of the AU VEPro plugin. Not as slick as the VST implementation with all those internal midi ports available, but a nice improvement.
  • M
    M

    No, the "plugin MIDI" is much faster (totally precise to be specific), but there wasn't any extra latency using external MIDI (MOL) compared to the setup I had before using a sound card and MIDI.

    Basically, even at it's highest latency setting, VEP is at least as fast as my old setup.
  • T
    T
    last edited
    last edited

    @magnumpraw said:

    No, the "plugin MIDI" is much faster (totally precise to be specific), but there wasn't any extra latency using external MIDI (MOL) compared to the setup I had before using a sound card and MIDI.

    Basically, even at it's highest latency setting, VEP is at least as fast as my old setup.

    That's kind of surprising. I did a similar test here and had noticeable latency with DP 5.13 and VE Pro (on the same machine). I set up a click sound in a kontakt 3 instance hosted in VE Pro and assigned it to Omni input. In DP I made a quarter note track for the click and played it back with the internal click activated. When the track played through VE Pro's plugin midi, the timing was dead on (at 0 buffers). Using OS X IAC, the latency was noticeable. Using DP's internal Inter-application midi, the latency was about the same as IAC. When you raise the buffer on VE Pro's instrument channel, everything starts drifting further behind. It's pretty easy to compensate for this in DP using the midi offset plugin on your track. I found that 2600 samples earlier would line everything up perfectly (using inter-app midi or IAC). I could try MOL also, but it's pretty much tied up with my giga machine. btw - my DP buffer is set at 512. This setting has a lot to do with your ve pro results no matter what midi method you use.
  • M
    M

    I think you guys may be misunderstanding what I'm saying. I'm talking about sounds hosted on a separate slave computer. If you are testing with sounds housed on the same computer as your DAW, of course they are going to be faster than VEP (unless you set VEP to 0 buffers). This is becase you are only dealing with 1 audio buffer--the one outputting to your sound card.

    When using an external computer and bussing the audio back to a DAW computer via physical audio connections (ie:lightpipe) you have 3 buffers that slow things down.

    1. the output buffer on the slave

    2. the input buffer on the DAW comp

    3. the output buffer on the DAW comp

    This makes decent sense that when I set VEP to 2 buffers, I'm getting the same latency as I was before because I'm in effect adding buffers 1 and 2 (buffer 3 will always be present).

    Cheers
  • C
    C
    last edited
    last edited

    @Tripi said:

    I found that 2600 samples earlier would line everything up perfectly (using inter-app midi or IAC).

    So does this mean that when you bounce to disk or do a real-time record pass at the end of your project---that the resulting audio will line up perfectly with the midi?

    I'm just trying to understand the implications of VEPro latency, besides the obvious bothersome monitoring delay if latency is high.

    If you're scoring to film and need a hit point to occur at an exact point, isn't this a problem?

    I did my own testing in DP7 using your method and found variable latency from note to note using VEPro internal midi plugin. Sometimes spot on, sometimes 100-200 samples early or late at zero buffer in server setting, and obviously delayed further at 1 and 2 buffer settings.

    Thanks for any further insight!
  • M
    M
    last edited
    last edited

    @charlesparente said:

    I did my own testing in DP7 using your method and found variable latency from note to note using VEPro internal midi plugin. Sometimes spot on, sometimes 100-200 samples early or late at zero buffer in server setting, and obviously delayed further at 1 and 2 buffer settings.

    Using the VEPro plugin connected to VEPro Server, MIDI timing is completely sample accurate. Using any MIDI bus or network solution, such as IAC or MIDI-Over-LAN, you can never have any sample accuracy. It will depend on many things. VEPro tries to schedule incoming MIDI events as good as it can, delaying them according to when they are received, to line up at the appropriate point in the audio buffer.
  • J
    J

    Maybe I'm missing something, but if I open an instance of K3 in DP6 and one in the VE PRO server with identical patches and the latency delay compensation activated in DP, there is definitely a difference in timing.  The VE PRO instance is noticeably behind the DP instance not only on input but also on playback.  The difference gets larger as the buffer is adjusted for VE PRO.  MOTU said that as long as the internal instance is working with DP than it can't have anything to do with the internal settings in DP.  Is there another reason why this wouldn't be working?
  • T
    T
    last edited
    last edited

    @Tripi said:

    I found that 2600 samples earlier would line everything up perfectly (using inter-app midi or IAC).

    So does this mean that when you bounce to disk or do a real-time record pass at the end of your project---that the resulting audio will line up perfectly with the midi?

    I'm just trying to understand the implications of VEPro latency, besides the obvious bothersome monitoring delay if latency is high.

    If you're scoring to film and need a hit point to occur at an exact point, isn't this a problem?

    I did my own testing in DP7 using your method and found variable latency from note to note using VEPro internal midi plugin. Sometimes spot on, sometimes 100-200 samples early or late at zero buffer in server setting, and obviously delayed further at 1 and 2 buffer settings.

    Thanks for any further insight!

    Yes, this will keep everything in line. It's like telling DP to start playing the midi on the track 2600 samples early so that it compensates for the return latency. The TIME SHIFT midi plugin hardly takes any cpu power to run, so I just duplicate it on every midi track (going to VE Pro). Keep in mind that 200 samples is about .004 seconds (at 48k sample rate). 1 frame of film is about .04 seconds (at 24 fps), so 100-200 samples off is probably not going to affect hitting a moment in a film score.