Neve 1073 and latency

[jshep0102]

I recently picked up the 1073 and loaded 10 instances of the SE version for a drum track that has an 1176LN and Realverb in 2 busses.. With latency at 6 ms, audio stopped. I reset latency to 12ms and played the tracks. I hear a double hit from the parts. I disabled the Neve inserts and it went away. My system is pretty stable, and I usualyy can have 20 tracks w/ 10-15 plugs no problem at 12-23 ms. 23 ms made it sound like a 100ms ddl on all the tracks. No other plug has done this. Anyone dealt with this - and how do you work around it ? Thanks, Shep By the way, I LOVE the Neve - great work UAD.

 

[Akis]

What host are you using?

 

[imdrecordings]

I recently picked up the 1073 and loaded 10 instances of the SE version for a drum track that has an 1176LN and Realverb in 2 busses.. With latency at 6 ms, audio stopped. I reset latency to 12ms and played the tracks. I hear a double hit from the parts. I disabled the Neve inserts and it went away. My system is pretty stable, and I usualyy can have 20 tracks w/ 10-15 plugs no problem at 12-23 ms. 23 ms made it sound like a 100ms ddl on all the tracks. No other plug has done this. Anyone dealt with this - and how do you work around it ? Thanks, Shep By the way, I LOVE the Neve - great work UAD.

Akis,
I think he is using Sonar 6.
Shep...
Make sure PDC is turned on for the 1073, in S6. That should fix your prob.. or edit the registry and make sure all UA PDC values are set to 1.
or
Read through the thread I started at the CW forum...

(Thread started be Tape Head)

I think some one says something about that..

 

[jshep0102]

Sorry, S5P. Do the PDC values need to be changed in 5 the same way as you describe for S6, Scott? Thanks for your help, guys - Shep

 

[imdrecordings]

Sorry, S5P

No problem man... nothing to be ashamed of... 8)

. Do the PDC values need to be changed in 5 the same way as you describe for S6, Scott? Thanks for your help, guys - Shep

Yes... they do
For some reasson, Sonar makes you add PDC for the plugs, individualy. I don't see the benefit of this, but this is the way they do things.

Also, make sure you have the latest VST atapter.. you probably do... :roll:

By editing the PDC in the registry, you wont have to do it in sonar.

Here is another thing to try:

In the VST-->Inventory directory find or create the DWORD value "requireLoadBalancing" and set its value to 1 for each and every UAD-1 plugin listed there. This causes the load balancing code to kick in and it ensures that that the VST is always sent a buffer of silent audio in any given pump cycle.

UAD-1 needs this because of its hardware design.

All plugins are managed globally by the UAD driver and the driver gets confused when any active plugins are not serviced in a pump cycle.

---

This doesn't help everyone and for some it makes it worse. I'm using this registry hack and while it allows some spiking, it doesn't stop the audio engine and the CPU returns to nominal values for the majority of the time.

DISCLAIMER: Do this at your own risk. Save your registry first. I'm not responsible for problems. I'm just trying to help. Just delete the DWORDs you created, or reset them back to their original values if they were already there if you have any trouble.

notice at the top of the list, you'll see delayCompensation. Set the value to 1 for all UA plugs.

also... you have to start and stop the audio engine, for the PDC to be calculated... dropping a plug in, while audio engine is running, will cause the audio to shift out of time. Pressing stop and play should remedy that.




Make sure you save your registry, BEFORE DOING THIS.!!


also, see what SteveD has to say, in full detail. (first 2 pages of the thread)

http://forum.cakewalk.com/tm.asp?m=886591

hope this helps...

8)

 

[jshep0102]

Thanks very much, Scott. I saved the registry and did all the things in your post. Gonna check it out now. Merry Christmas friend, Shep

 

[jshep0102]

Good fix you passed along Scott! Neve latency issue gone.
On a hijack note, CPU munching ever evident. Idle at 25-30%, playback at 75%, turn it off75%. Turning UAD off, then on at playback a ridiculous yet neccessary workaround. But, minimal spiking these days - Christmas come early.
Merry Christmas everyone! - Shep

 

[Guest]

Good fix you passed along Scott! Neve latency issue gone.
On a hijack note, CPU munching ever evident. Idle at 25-30%, playback at 75%, turn it off75%. Turning UAD off, then on at playback a ridiculous yet neccessary workaround. But, minimal spiking these days - Christmas come early.
Merry Christmas everyone! - Shep

Keystation 88 may be your problem if you're interfacing via USB. Mine caused me all sorts of grief. I now only use it via midi. Try unplugging it and see if your *issues* go away.

:wink:

 

[LEX]

Good fix you passed along Scott! Neve latency issue gone.
On a hijack note, CPU munching ever evident. Idle at 25-30%, playback at 75%, turn it off75%. Turning UAD off, then on at playback a ridiculous yet neccessary workaround. But, minimal spiking these days - Christmas come early.
Merry Christmas everyone! - Shep

Keystation 88 may be your problem if you're interfacing via USB. Mine caused me all sorts of grief. I now only use it via midi. Try unplugging it and see if your *issues* go away.

:wink:

The KS88 could depend on the driver. There are 2. It will either use the built in MS driver or you can download the KS88 driver, which is different.

Either way, the KS 88 USB midi is much tighter than the pysical midi.

Would be interesting to find out which driver is used.

LEX

 

[jshep0102]

Thanks for chiming in guys. Lex, when you say 'tighter' midi, what does that mean? I thought higher ppq was the only way midi could be tighter.
As far as CPU munching goes, I thought that cause was still undetermined.
Seems like it's about Sonar and UAD, . I am gonna try what you suggest,
DJ. This forum has been very friendly and good for my system. - Shep