Vienna Symphonic Library Forum
Forum Statistics

191,453 users have contributed to 42,799 threads and 257,378 posts.

In the past 24 hours, we have 3 new thread(s), 7 new post(s) and 43 new user(s).

  • Audio Input Plugin Dropouts

    Hi all,

    My set up is as follows:

    1x master PC (Xeon), hosting Cubase 7.0.5 (with Asio4All) and one VEP + MIR

    1x slave PC (i7), hosting one VEP

    As is customary all of my audio outputs of the slave PC VEP are going into Cubase, insert effect "Audio Input" added and thus linked towards the main VEP with MIR. Now my main VEP has its own instruments and the audio inputs from the slave VEP, all in MIR.

    This entire setup works, however I am getting incredible amounts of dropouts once I play any instruments and the "real-time peak" meter in Cubase (F12) is off the scale, even without playing any instruments. I have found out that the Audio Input Plugin is causing this problem. Every Audio Input Plugin I add for the outputs of my slave VEP increase the real-time peak an extra notch. My problem is that I have a big template on the slave VEP, using 200-300 outputs, thus adding 200-300 audio input inserts, killing the real-time peak.

    Is this behaviour normal? I cannot compose anything at these levels, the only possible solution I can see is disabling all of my audio input inserts and using MIR as a normal plugin in Cubase, but that would be eliminating half the reason why I bought VEP.

    Extra info: I checked my Firewall settings, UEFI hyperthreading, EIST, C1, C3, C6 settings, Turbo Mode and none of these help. Turning up the Asio4All buffer to 2048 does help a bit, however the latency is not up to standard, and I'm still getting dropouts at 15+ instruments playing at the same time (not much if you're using Dimension Strings + Brass and many others...)

    I'm using VEP as Server instances.
    My master PC: Xeon E3-1230V2, 32GB RAM, Creative X-Fi Platinum, Windows 7 x64.
    My slave PC: i7-930, 24GB RAM, Windows 7 x64

    My setup is rock solid, Cubase, PLAY, VEP, MIR, everything is working perfectly, crashes are extremely seldom, the only problem is this audio input peaking. Any support on this situation? Is there any way to decrease the effects the audio input plugin has? I can imagine others having this same issue. I've seen a few posts but nothing with a possible answer. Any help is greatly appreciated,

    thanks!!!!

    Cheers


  • ASIO overloading can be caused by plugins, but in your case i would think that it is caused by ASIO4ALL. I think that you need to get a decent soundcard that has proper ASIO drivers. I would suggest that you see if you can borrow one, to test what difference it makes.

    DG


  • Yes I have the same problem. I have even discussed it with VSL support. Any more than one instance of the Audio Input Plugin overloads my CPU. It's strange because if I have only one Audio Input Plugin everything is fine. Add one more and I get rapid spikes and tons of audio dropouts. It's certainly an Audio Input Plugin thing because I can have have myriads of other CPU intensive plugins open and they all work fine with CPU usage well in the green. Wish I had a solution for you. If you ever figure it out let me know. I'm using a MOTU 2408mk3 with two powerful computers, tons of RAM, etc.


  • are you on Cubase 7?

    I don't have any issues using Cubase 5.5.3, I have some very busy audio inputs with a lot of FX, sends, dozens of automated parameters. On another forum I see people complaining about terrific CPU issues with C7 and VE Pro. and here. it could be an unhappy combination.


  • Hi, thanks for the quick responses!

    DG, I know my sound card is not the best solution, it's what some would call a 'gamer soundcard'. I've had it for many years now, but I've never had problems before. I've been using Asio4All for 5-6 years now, before that some generic ones, and I must say Asio4All has always worked well in combination with my X-Fi. I have no idea where I can get another soundcard from, apart from buying a new one...

    I moved to a slave+master solution only a few weeks ago, before that I was running Cubase 7 + VEP + MIR on one PC. I had quite a big template as well, +-8 PLAY instances, VI Pros, +-10 Kontakt instances with multi-timbrals fully loaded. Asio4All worked flawlessly with this solution (same soundcard). No matter what Plugins I used, how many inserts I had, my asio peaks and CPU usage were fine. My CPU was only peaking when I activated MIR, but that's to be expected :)

    My audio plugin problems aren't as harsh as yours mohurwitzmusic. I can insert up to 40-50, and then the peaks are unbearable. But my CPU isn't affected AS badly, it's mainly the asio peaking. But it seems it's not just my X-Fi having that problem.

    I jumped from Cubase 5 to Cubase 7 and I haven't really had any problems since. I find it is much more stable than before, and as I posted a bit above, I used Cubase 7 + VEP before using the audio plugins, with no problems whatsoever.

    So it's either the audio plugin itself causing the problem, or my soundcard + asio4all + audio plugin as a bundle. My only current solution would be to evade audio input plugins and use MIR in Cubase, simply using the outputs of the different VEPs there. If I do find a different solution to this, I'll be sure to post; I don't fancy buying a new soundcard...

    If others have a possible solution, it would be greatly appreciated :)

    Cheers


  • I have no immediate solution available at the moment, sorry tro say so. Just rest assured that we are very aware of the issue (I've run into it myself in Nuendo, too).

    According to VSL's software engineers the main problem is that Cubase/Nuendo tries to be extremely smart when it comes to balancing the load for its engine. This highly complex processes tend to interfere with a unique application like VE Pro, which actually tries to outsmart the DAW  by processing audio outside the host.

    The bad thing about it is that the problem doesn't occur consistently. I've had a situation where starting a screen-recorder application for documenting the problem made the issue disappear. 8-/

    ... we'll keep you posted.

    Thanks for your patience,


    /Dietz - Vienna Symphonic Library
  • SSD are helping a lot !

    You will be able to reduce your pre-load buffers loading more and faster


  • That issue doesn't seem to be related to disk-performance, sorry to say so.


    /Dietz - Vienna Symphonic Library
  • Thanks for your feedback Dietz. So it's a battle between Cubase and VEP, depending on who's got the bigger guns haha. So it could be that the problem will keep on occuring, because I don't think Steinberg's team will change their approach to their optimisations and maybe there's no way to outmaneuver it. It would be awesome if one could change 'advanced settings' within Cubase to be able to compensate. Or VSL could join forces with Steinberg, make a cooperative solution and wipe out all opposition :D

    I forgot to mention I'm using a big SSD on my master PC ;) - but as Dietz said, I also don't think this has to do with disk-performance.


  • I had the same problem with Logic using VSL AU, I have solved it putting Logic on an old 8 core Xeon and putting MIR on my 12 core Xeon

    Did you try putting ONLY Cubase on your I7 and all VSL/MIR on your Xeon


  • I didn't try that solution no, that would complicate my setup...

    I'm using my Xeon as master PC, also for normal non-DAW everyday usage (in which I'm enjoying the speed of my one SSD) and video converting. The Xeon's power consumption is half that of the i7 which I notice considerably (costs & temperature), so I'm not planing on using the i7 as my main PC (the i7 was my old PC). I connect to the i7 PC via Remote Desktop, and Remote Desktop being a bit slow would not do well with Cubase on it. And using my i7 as MIR dedicated is a bit throttling.

    Thanks for your probable solution, it could work, because then the audio input plugins would be running on the PC that is not hosting Cubase. Good to hear it worked for you, but for my usecase it would complicate matters too much, and I'm not sure it would fix the problem on my setup. But it is mind-boggling, I might have a look if I could somehow optimise my setup for exactly such a case.

    Cheers


  • last edited
    last edited

    @Zelorkq said:

    I didn't try that solution no, that would complicate my setup...

    Not at all, If I have understand your setup.

    You will not have the 200 / 300 audio back to Cubase(it could be the reason of your dropouts), only the midi traffic and the signal out from MIR will transit on your Ethernet cable

    I forgot to say that now I have all my setup (a full orchestra with all articulations of setup II + Kontakt + 2xQLSC, + omnisphere ) running on my 12 core using IAC


  • The number of I/O didn't quite register here, forget my remarks about C7 issues. Frankly you should expect to have big latency with 2 and 3 hundred inputs and outputs.

    what possible reason is there for this number coming back? you need to learn to use VE Pro as a submixer to some extent; are you going to print a couple, three hundred stems? you can automate all the levels with the automation mapper of VEP. This is serious bloat, buddy. the first thing to do is be realistic. I think you could divide the number coming back to Cubase by ten.

    Cyril is right on the point about the data coming back over the ethernet as a bottleneck. I wouldn't want to use that workaround at all, but then again I'm not with Logic.


  • last edited
    last edited

    @Another User said:

    what possible reason is there for this number coming back?

    I won't be printing 300 stems, nope. My plan was to have one main mixer (the one from Cubase), so I can mix everything in one, so I wanted all of the outputs of all instruments there, giving me a nice view of all my outputs at once. From here I'd be routing some sends to different reverbs etc. So what you're saying is using 3 mixers basically, Cubase mixer, VEP 'sub'mixer on the slave, and the VEP 'sub'mixer on my master. This would for me defeat the "one mixer solution" that I was keen on using...

    The next reason was that VEP does not support Cubase insert effects (Cubase not letting others use their inserts) and VEP does not recognize all of my third party insert effects either. So for those instruments that need them, I would have to route those outputs specifically to Cubase, because Cubase supports all of these inserts. In the end I would then have a mixture of some outputs not going to Cubase to mix, and some going to Cubase to mix, thus I opted for 'all' going to Cubase, so I could be as flexible as possible, because I don't always know which instrument will be needing these extra inserts.

    The next reason is that I want most of my outputs of my slave VEP to be able to go into MIR of my master VEP, so each instrument sits differently in the room. If I'm not mistaken, the way of doing this is having an output for each instrument and using the audio input plugin on each, linked to the INs of my master VEP. (I will never be playing 200 instruments at the precise same time in MIR, for which I'd need at least double my CPU power, but I want the instruments to be placed individually across MIR, so for their passages they can be moved/mixed/edited each separately)

    If I'm not mistaken, my reasons would mean that I cannot build my setup the way you told me I should. Or is my setup a bit too unrealistic? Is my setup not the way it's supposed to be, not very optimal?...

    I do have a question: As I pointed out in an earlier post, I can use all of my 300 slave VEP outputs within Cubase without using the audio input inserts. This way I could use MIR within Cubase, and have all of these outputs and the outputs of my master VEP joined here. This seems to work, looking at delay, timing etc. Is there a drawback to using MIR in Cubase, rather than in VEP? MIR seems to run more 'separately', being in its own window and in the system tray.

    Thanks a lot for all of your feedback so far!


  • Well, the sheer number of audio inputs is demanding of resources just having them connected. Then you're doubling that on the same cable, it's no wonder you aren't running that. Also, take very seriously the advice about proper ASIO drivers.

    I hadn't imagined such a dependence on Cubase native plugins. Using MIR in VE Pro, you can have all the placement you want but assigned to a few busses since it isn't about stems.

    For me, I'm not you, this is a million miles from optimal. If you really have to go with Steinberg's plugins, certainly I would go with MIR in Cubase to get rid of hundreds of channels over the network. NB: the primary real-world reason for outputs from VE Pro is stems. Look at the manual for MIR Pro and note the pictures of everything to the master bus. There are reasons to have more than that and you have indicated some, such as sending to MIR separately. I'll separate things in order to send to the other instance of VE Pro with a lot of reverb, and did with MIR as I'm assigning more threads to the FX type of instance which can use more.

    I do little to nothing with the Cubase mixer as far as the VE Pro channels, the Cubase channels sit there at unity. I automate the VEP channels. The instance I'm looking at ATM has 27 channel strips which sends four stereo outputs to Cubase. When I was demoing MIR Pro, a typical setup might have two [output] busses, a room bus [MIR] and a [MIRacle] tail bus at the master output. There is no loss of flexibility, it's just lean and efficient. It can all be  mixed completely individually, just 'grouped' as far as the output. I come from a recording studio paradigm and I rather abhor a hundred outs, it's just nuts to me.

    I use [a plugin in] Cubase for when I want to record live tweaking of parameters rather than write them in the lane. For me, with the mapping of parameters VE Pro is the superior mixer, it's all laid out in one place, and because of the control I don't have dozens of instrument channels in Cubase. I have a high number of automation lanes which is more meaningful to me and to me it's less clutter. I think 'more optimal' for you means MIR in Cubase.


  • last edited
    last edited

    @Zelorkq said:

    the "one mixer solution" that I was keen on using...
    means you aren't taking advantage of the power of VE Pro. While I used the term 'submixer', it is the mixer. I reckon 'groups' mixing is a better way to put it.

    but you're stymied by needing Steinberg's proprietary plugins somewhat.


  • I seem to have phrased the insert effects priority a bit wrong, sorry about that. I wanted to put emphasis on third part insert effects, Cubase insert effects being secondary. But I have just now found out why my third party plugins did not work in VEP: 32 vs 64bit incompatibility, but I've solved that issue now, so I can use those in VEP. I can live with not being able to use Cubase insert effects, I'll just abandon them I guess. This way I would be able to use my master VEP as my main mixer. Thus I can remove the master VEP outputs that went to Cubase, which will definitely speed things up.

    I'll then have to see how to set up the reverbs in VEP with buses. MIRacle versus Vienna Suite's Hybrid Reverb, no idea which would be better. At the moment I was using Hybrid Reverb sections for strings, brass etc. which each only had the early reflections, and the main output channel which only had the tail (so grouping of some sorts).

    Back to the routing: However, even if I change the above, I'm still sitting in front of my main problem: the audio input plugins for my slave VEP. I'm not 100% sure I understood your setup. Is there a way other than audio inputs via Cubase to get the individual outputs of my slave VEP to the master VEP? Because as I understood the VEP master/slave principle, the slave VEP outputs go into Cubase, from within Cubase you route these outputs to the master VEP inputs (via audio input plugins, which is killing my asio performance - according to Dietz optimisations of Cubase that interfere with VEP). Once I change the above-mentioned, I wouldn't 'need' any outputs in Cubase anymore, except for one or two from my master VEP.

    I don't see how grouping would help here, because I want to have each instrument of my slave VEP separate in my master VEP's MIR for perfect positioning. How do you send your slave outputs to your MIR instance?

    Thanks a lot for your assistance in this matter!


  • It looks like you did not understand why you have drop outs !

    You have them because there is too much to do !

    You have a bottle neck in your configuration !

    Up to you to find it !

    My guess is your 200/300 audio tracks !

    Start with 20 tracks and see if it is working ok !

    What hell are your 300 tracks ?

    Use articulation switching and the VST Expression Maps 


  • I do understand why I have dropouts, I'm asking for too much. The thing that bothers me is that I can receive way more outputs from my slave VEP (over LAN) to Cubase, with no problems whatsoever, than I can re-route with audio input plugins. That's many outputs going through LAN, so for some reason there is no bottleneck here, even though this is the actual network communication of so many audio streams. The only problem is the re-routing of Cubase to master VEP, which is localhost. My guesses are, that the re-routing is kind of 'outside' of Cubase, and every audio input plugin between the two VEPs is continuosly sending data, just to keep its link open, or the optimisations of Cubase, as mentioned by Dietz, are interfering.

    I am already using Expression Maps for as many instruments as possible. To roughly some up my 300 outputs, these are 300 Mono outputs, VEP always grouping them in pairs, so it's 150 instruments basically. On that slave VEP I've got all my Berlin Woodwinds (14 instruments), all of my percussions (easily 30 instruments), Piano, Harpsichord, Harp, Organ, Choir and the lot, Guitars, Cinematic Soundscape stuff, Heavyocity patches etc., which sums up to 100-150 instruments. My master VEP basically has Hollywood Strings + Brass, Dimension Strings + Brass, which is also 60 instruments (with place holders for Dimension Strings Violas and Basses). I cannot swap these to the slave VEP, because especially PLAY loading times needs my SSD.

    The only solution I can see is grouping my slave VEP instruments in a slightly unflexible way, e.g. grouping all Berlin Woodwinds into one woodwinds output section, grouping the entire Percusion into one output section, etc.. Then I'd have my 20 outputs at max which should work for 'audio input plugin' effects. Disadvantage is that every Oboe, Clarinet, Flute etc. is placed at the same MIR position. But if that's the only way around, then I guess I'll have to do a compromise. (which is what I'm going to try out and post my results) Maybe if I get myself a new soundcard at some stage (with proper drivers), this issue might be resolved, but I wasn't planing on doing that for some time.


  • Well I've changed my template and grouped all of my outputs of my slave VEP to 20 or so outputs and routed these to Cubase, re-routed via audio-plugin to my master VEP and then MIR. This setup works fine with the asio limits not being reached, its just not as flexible as could be, because for eg. my Woodwinds are all grouped as one instrument in MIR. But that's a compromise I took into consideration. A single PC solution would've been easier, but then I'd need an insane machine.