You misunderstood me.  Currently you can use ASIO GUARD 2 with VE PRO 5 but with the annoying audio muting.  If the prefech means we can still use it as is but the audio muting goes away I would assume it would still give us the CPU gain benefits that you can clearly see right now if you put up with the 2 second audio pause.  For me there is also additional problems that occur with VE PRO 5 in regards to having ASIO GUARD 2 on.  I have a very large template that takes Cubase about 10 seconds or so to start an export.  If I enable ASIO GUARD 2 with VE PRO 5 my exports take more then 1 1/2 minutes to begin exporting and a 1 1/2 minute delay for Cubase to become responsive after the export.

Disabling the plugin VE PRO 5 from using ASIO GUARD 2 within Cubase is a waste of time for me as there are almost no benefits acroos my system.  Turning it all on produces incredibly low CPU on the VE PRO machines.....that is what we all want.

So......if we still can get the benefit of the low CPU and no audio muting that might be good enough.

@dlpmusic said:

So......if we still can get the benefit of the low CPU and no audio muting that might be good enough.

I didn't really get that out of it, seems like there's no other way except to disable ASIO Guard for VE Pro.

 I really dislike that idea, because with Cubase 8 the performance with all VSTis including VE Pro hosted ones has gone down, and only with ASIO Guard enabled does the whole thing make any sense. So there needs to still be a way to manually enable it for heavy sessions, even if VE Pro will default to disabled.

I am being optimistic hopefully....not sure what they mean.  We need it explained.

Currently there is no other way to mitigate the audio muting, than to disable ASIO Guard (2) for the VEPro plugin. With the help of the new interface introduced in the VST3 SDK, I have set VEPro to automatically disallow going into ASIO Guard mode in the upcoming version.

As I have described earlier, the cause for the mutes is the Cubendo audio engine reconfiguring itself as soon as the buffer size (and with it, the latency) of the plugin changes. Other hosts (such as Logic) get around this problem by queuing an engine/PDC reconfiguration until the next stop/start cycle.

The only possibility I see to handle AG2 from our side right now, would be to make the plugin operate completely asynchronously, but this would also mean we would have to adapt the overall latency to be higher than currently, which we are reluctant to do.

I am also wondering if it really is the case that plugins running without AG2 are performing worse in C8 than they were without AG in C7? Did any of you guys do any tests on this?

Thanks,

Yes....I have done significant testing.  For instance I have a machine that runs nothing but EW PLAY running Hollywood Strings and Brass.  Play is very demanding and without playing a single note my very powerful I7 QUAD core sits at 78%....before I play a single note.  My Cubase buffer runs at 128 samples.  With ASIO GUARD 2 on its high setting that 78% drops to just 16%.  At medium setting it drops to about 23%.  These results are similar across all 5 of my slave machines.  This an absolute ground breaking difference.  

There must be some sort of solutiion to resolve this.  Is it possible to have a preference to run in asynchronous mode?

We desparately need this feature to work.

-Danny

@MS said:

Currently there is no other way to mitigate the audio muting, than to disable ASIO Guard (2) for the VEPro plugin. With the help of the new interface introduced in the VST3 SDK, I have set VEPro to automatically disallow going into ASIO Guard mode in the upcoming version.

 

As I have described earlier, the cause for the mutes is the Cubendo audio engine reconfiguring itself as soon as the buffer size (and with it, the latency) of the plugin changes. Other hosts (such as Logic) get around this problem by queuing an engine/PDC reconfiguration until the next stop/start cycle.

 

The only possibility I see to handle AG2 from our side right now, would be to make the plugin operate completely asynchronously, but this would also mean we would have to adapt the overall latency to be higher than currently, which we are reluctant to do.

 

I am also wondering if it really is the case that plugins running without AG2 are performing worse in C8 than they were without AG in C7? Did any of you guys do any tests on this?

 

Thanks,

@MS said:

I am also wondering if it really is the case that plugins running without AG2 are performing worse in C8 than they were without AG in C7? Did any of you guys do any tests on this?

Unless I've misunderstood you, this isn't really the comparison that we should be making: in Nuendo 6.5 and Cubase 7 we don't have the audio dropout issues when changing tracks, which means ASIO Guard can be left ON.   The audio muting issue is totally new to Cubase 8 / Nuendo 7 (AFAIK) and as a result, we now have to turn ASIO Guard 2 OFF.

There's no question that CPU performance under N6.5/C7 with ASIO Guard on is significantly better than in N7/C8 with it turned off for VE Pro.

Having tried (and struggled) to work with Nuendo 7 for a few weeks, I have now reverted back to Nuendo 6.5, because my template (which is largely hosted in VE Pro)  is just not stable with AG2 turned off.

Jules

Sorry I misread your post....I did not use ASIO GUARD in C7 because Steinberg said it did not support instruments with multi outputs in C7.  My previous post is just showing the obvious need for you to support ASIO GUARD 2 in C8.

-Danny

@MS said:

I am also wondering if it really is the case that plugins running without AG2 are performing worse in C8 than they were without AG in C7? Did any of you guys do any tests on this?

Post deleted and a new thread started. I decided it was most likely a different issue to the one being discussed in this thread

@paaltio said:

Yes this performance regression has been a constant in my tests, and a similar difference was already present in C6 -> C7.

Would it be possible to have a "set the number of buffers for all VE Pro plugins" button like we have for decouple all? Would make it a little easier to at least manage our own extra buffers in large sessions if we can't use AG.

Thanks,
Panu Aaltio

Hi Martin

I would also be interested to know what the latency implications are for having the VE Pro plugin run asynchronously.  As things stand it seems that the new VST SDK and proposed VE Pro implimentation does not resolve the situation in any way - we are still left with either audio dropouts (if AG2 is enabled) or increased CPU load (if it's not). 

I would really like to kow how bad the additional latency would need to be, in order to run VE Pro with AG2 enabled but also accomodating Cubendo's need to rebuffer.  One way or another we're going to need to find a workaround, if not a solution, because remaining on legacy versions of Steinberg software is only going to be possible for so long.

Would some kind of external MIDI workaround resolve the situation, such that instead of selecting the VE Pro plugin when you select a track in Cubendo, you're actually selecting a virtual MIDI port, which is then in turn routed to a VE Pro server instance?  Would this mean that Cubendo does not need to reset it's audio engine every time a track is selected?   Just trying to come up with ideas ...

Thanks for any more info.

Jules

We definitely need a solution.  It seems the midi idea is not going to work as the VE PRO 5  plug would be working in a very large buffer ....that is the benefit of ASIO GUARD 2.  The medium setting in Cubase is 1024.  Multiply that by the number of VE PRO buffers and you can see that will not work.

-Danny

@paaltio said:

Yes this performance regression has been a constant in my tests, and a similar difference was already present in C6 -> C7.

Would it be possible to have a "set the number of buffers for all VE Pro plugins" button like we have for decouple all? Would make it a little easier to at least manage our own extra buffers in large sessions if we can't use AG.

Thanks,
Panu Aaltio

Hi Martin

I would also be interested to know what the latency implications are for having the VE Pro plugin run asynchronously.  As things stand it seems that the new VST SDK and proposed VE Pro implimentation does not resolve the situation in any way - we are still left with either audio dropouts (if AG2 is enabled) or increased CPU load (if it's not). 

I would really like to kow how bad the additional latency would need to be, in order to run VE Pro with AG2 enabled but also accomodating Cubendo's need to rebuffer.  One way or another we're going to need to find a workaround, if not a solution, because remaining on legacy versions of Steinberg software is only going to be possible for so long.

Would some kind of external MIDI workaround resolve the situation, such that instead of selecting the VE Pro plugin when you select a track in Cubendo, you're actually selecting a virtual MIDI port, which is then in turn routed to a VE Pro server instance?  Would this mean that Cubendo does not need to reset it's audio engine every time a track is selected?   Just trying to come up with ideas ...

Thanks for any more info.

Jules

So would it be possible to have a preference that could switch the plugin to asynchronous mode?  If it is a bit higher in latency then so be it but please give us the option as the benefits of ASIO GUARD 2 are HUGE especially on the slave machines.

-Danny

@10us said:

I don't have the dropout during lane switching anymore. AG2 enabled, not sure if I have done this also in the plugin manager. Only other thing I changed was using rack instruments instead of instrument tracks. I do experience increasing latency during the build of a project. I do not mind, I also use high latency (1024) on my asio drivers to max out vst performance. Is the increasing latency an effect of disabeling AG in the plugin manager?

ASIO GUARD 2 set to MEDIUM is the same thing as 1024 buffer.  From my understanding of how it works .....if you are at 1024 buffer and ASIO GUARD 2 is set to MEDIUM then ASIO GAURD 2 is doing nothing additional for you and that is why there is no delay in switching tracks as it has no effect in your situation.  The same would be true if someone used a 512 buffer and  the "SMALL"setting in ASIO GUARD 2 as that defaults to 512.

If you dropped your buffer to say 512 and tried it with ASIO GUARD 2 on MEDIUM you would indeed have the delay in switching tracks.

-Danny

@10us said:

I don't have the dropout during lane switching anymore. AG2 enabled, not sure if I have done this also in the plugin manager. Only other thing I changed was using rack instruments instead of instrument tracks. I do experience increasing latency during the build of a project. I do not mind, I also use high latency (1024) on my asio drivers to max out vst performance. Is the increasing latency an effect of disabeling AG in the plugin manager?

ASIO GUARD 2 set to MEDIUM is the same thing as 1024 buffer.  From my understanding of how it works .....if you are at 1024 buffer and ASIO GUARD 2 is set to MEDIUM then ASIO GAURD 2 is doing nothing additional for you and that is why there is no delay in switching tracks as it has no effect in your situation.  The same would be true if someone used a 512 buffer and  the "SMALL"setting in ASIO GUARD 2 as that defaults to 512.

If you dropped your buffer to say 512 and tried it with ASIO GUARD 2 on MEDIUM you would indeed have the delay in switching tracks.

-Danny

So I checked:

• CB8pro AG2 in preferences: High
• VEP VST3 in CB8 plugin manager: Active (enabled)
• ASIO driver buffer: 1024 samples (21.3ms)

So is it normal that 1) I don't have delay switching tracks and 2) does AG2 improves my ASIO performance in Cubase and/or VEP in your opinon?

Regards,

Martijn

Hi Martijn

What version of Cubase 8 (there's an update just out or due out soon I think)?  It's possible there's been a fix on Steinberg's side, as I know they've fixed some MIDI issues.

Have you got Asio Guard manually disabled for the VE Pro plugin individually perhaps (Devices->Plugin Manager->VST Instruments->Vienna Ensemble Pro->show info and check if ASIO GUARD button shows active or not)?

Can you perhaps test with a buffer size of 512 samples and see if you still get no audio dropouts?

Fingers crossed there's been an unreported fix somewhere down the line, but I suspect it's something else.

Thanks for your help.

Jules

It worked for me in C8.0.20 and after upgrading to 8.0.30 it's still working. I have checked the plugin status in the plugin manager: It's set to active. What I did found out is that I used the VST2 version of the Vienna plugin. I changed all to VST3 version of the plugin last nigth.

I will check if things changed with VST3 plugin and test what lowering the ASIO buffers of the audio driver will do.

Regards,

Martijn

Again....it is far from fixed.

You are running a buffer of 1024 which is the same result as ASIO GUARD 2 set to MEDIUM.  ASIO GUARD 2 will do nothing good or bad for you if you have it set to MEDIUM and you run a buffer of 1024.  The buffer setting and ASIO GUARD 2 have to be at different settings to cause the audio drop outs when switching tracks.  Your buffer is not different so you have no issue.  For the majority of us that want to run smaller buffers like 128 it is a HUGE issue that Vienna needs to address by at least giving us preference options to run asynchronous.

Best,

Danny

@10us said:

It worked for me in C8.0.20 and after upgrading to 8.0.30 it's still working. I have checked the plugin status in the plugin manager: It's set to active. What I did found out is that I used the VST2 version of the Vienna plugin. I changed all to VST3 version of the plugin last nigth.

I will check if things changed with VST3 plugin and test what lowering the ASIO buffers of the audio driver will do.

Regards,

 

Martijn

Martin,

Can you explain to us what the downside is of having a "preference" to turn asynchronous mode on.  I know you said latency would increase.  Can you elaborate on what the increase in latency would be and by how much?

Thanks,
Danny