Loopback Latency on Delta Soundcard = Zero ???

[Madness]

Can someone tell me if this is right???

If I perform a Loopback latency test in T2 it says that my Latency is ZERO

I have the Buffers set to 512, and I tried to change them and it doesn't work. If I change them in the M-Audio control pannel, T2 will change them Back...

If I drag the slider in T it doesnt' stay set.

Aggrh...I think something is happening here!!

[Improv]

Can someone tell me if this is right???

If I perform a Loopback latency test in T2 it says that my Latency is ZERO

I have the Buffers set to 512, and I tried to change them and it doesn't work. If I change them in the M-Audio control pannel, T2 will change them Back...

If I drag the slider in T it doesnt' stay set.

Aggrh...I think something is happening here!!

Sounds like the Sample Rate might be locked. Go to the M Audio Delta Control Panel and click on the Hardware Settings tab. If you look at the Codec Sample Rate section, you'll see an item labelled Rate Locked. If the box to the left has a tick mark, the rate is locked. Click on that box to unlock. (But first make sure Tracktion is not loaded.)

[IIRs]

Do you have the latest driver versions installed? If so, ditch them and install the last-but-one. (Sounds like something I ran into with my Delta 66)

[Madness]

Do you have the latest driver versions installed? If so, ditch them and install the last-but-one. (Sounds like something I ran into with my Delta 66)

Yeah I have a Delta 66.

What driver version are you running???

Did you experience T2 reporting zero latency???

Im worried as I think T2 wont correct the recording appropriately as I use alot of Midi with Audio and send Audio out and back in through external effects...

[Lunch Money]

I can't imagine there being any way it'd be zero. A buffer on current-generation cards of any brand (that I'm aware of) has to be set for -something-, which will introduce SOME sort of latency.

[IIRs]

Delta_WDM_5.10.0.5051.exe gave me the same problems you describe.

Delta_WDM_5.10.00.0048a.exe seems to work fine..

[Tim Brackett]

I'm having a similar problem in T2 with an external hardware processor. I using a send filters on a couple of tracks. The corresponding return filter is on a track routed to the sp/dif out which connects to the processor. The processor out comes back to the sp/dif in and to another track with record on and "end to end" enabled. There is a very obvious delay even in the dry signal returned from the processor. I run the auto detect for latency and it tells me a latency of "zero" was detected and the time adjust gets set to -0.68ms. The delay is the same. No matter how I set the time adjust the delay does not change. The only way I can reduce the delay is to run a lower latency than my system works well at. I had this same problem with T1 on a different computer with a hardware fx daughter card. I never figured it out then either. The best I could do was set up my effect running low latency then switch to high latency to record it. What am I not doing right?

[Madness]

I'm having a similar problem in T2 with an external hardware processor. I using a send filters on a couple of tracks. The corresponding return filter is on a track routed to the sp/dif out which connects to the processor. The processor out comes back to the sp/dif in and to another track with record on and "end to end" enabled. There is a very obvious delay even in the dry signal returned from the processor. I run the auto detect for latency and it tells me a latency of "zero" was detected and the time adjust gets set to -0.68ms. The delay is the same. No matter how I set the time adjust the delay does not change. The only way I can reduce the delay is to run a lower latency than my system works well at. I had this same problem with T1 on a different computer with a hardware fx daughter card. I never figured it out then either. The best I could do was set up my effect running low latency then switch to high latency to record it. What am I not doing right?

Hey, are you using a Delta???? If so, try rolling back your drivers as suggested!!! Im going to roll back my drivers and re-install T2. Im warry of the funny Latency reported by T2, I remember on installing T one time it had automatically set the latency values within' T on the first boot, I dont' know why they went back to Zero for me!!!

As for your Recording Delay issues, you should monitor using Zero Latency on your imput, mute the line out, and monitor the line in, check that its intime with the rest of your tune at the imput, if so, it should record in time too!!!

[Tim Brackett]

I'm not using a Delta. I'm using an M-Audio Audiophile with T2 on one system and a Lexicon Core 2 with T1 on the other. Both exhibit the same behavour. When I record the output from the external processor it is in sync with the rest of the tracks. That part is not a problem, but it is kind of hard to set up the effect when you are hearing a delay that won't be there when it is recorded. I can't even see where such a delay should come from. I know the external processor will have some latency but that has to be very low because it can be used stand alone and in real time with analog ins and outs. In this case the processor's own converters are not being used as I am using digital ins and outs. So the only real latency would the host's. Why is T not able to compensate for it's own latency? Why is there a loop test that doesn't seem to detect any latency and why does the time adjust function have no effect? Could it be that T can't follow the signal path from the original track through a send to a return on another track to an output and back in on third track. It doesn't make the connection that the original track needs to be sent to the send ahead of everything else. Is there any other way to route through an external unit in T than this?
I would like to see an insert filter added to Tracktion. It's input could be routed to a phisical out and it's output would come from a physical in. Add a loop test to generate a PDC value. This would also eliminate the need to use two addtional tracks just for routing an external unit.

[IIRs]

The delay is due to your ASIO buffer latency plus small conversion delays.. can't you just offset the original track by the required amount? (Enter the value manually into the PDC delay field)

[Madness]

You need a card that is capable of Zero Latency Monitoring !!!

[Tim Brackett]

The delay is due to your ASIO buffer latency plus small conversion delays.. can't you just offset the original track by the required amount? (Enter the value manually into the PDC delay field)

If I advance the original track then the dry signal will play too far ahead. The problem isn't in play back of the track recorded from the external processor. That part works fine. The problem is how set up the external processor when you can only monitor with a delay. I am going to check it out again but it seems that I was running with a 5.8ms latency but was hearing more like a 50ms slapback through the extenal loop, even with the effect bypassed. By the way, there should be no delay for conversion at all since I am using digtal out and in.

[IIRs]

Well, it sort of depends what type of outboard processing you are using.. if its an insert effect then advancing the original track should work fine (just make sure any aux sends come from the processed version not the original). If its a reverb then your best bet is probably to set your latency to its lowest usable value, and then subtract that from the reverb pre-delay.. you may need to accept a minimum pre-delay until you record the reverb back into Tracktion.

[Tim Brackett]

Well, when I went back to mess with it some more everything was working fine. I don't know what happened but now set for a reasonable latency it works like it should.