Quote:
Originally Posted by carlone
Why all the delay? First of all - everyone here has delay (or latency).
Latency is caused by multiple factors.
1. Convertors (varies but FW or USB devices are around 2ms)
2. HW Settings (this is under your control)
3. Protocol buffering (based on whether you have a pcie, firewire or usb device. HD and HD native are around 10 samples while FW or USB are between 1-3 ms).
4. Safety buffer (help ensure that the data makes it to the cpu - not needed with pcie pro tools systems but FW or USB devices will add another 1-3 ms).
|
That's all true but it's not the kind of latency he's talking about, as far as I can tell. This seems to be (almost?) entirely an internal routing latency issue. When you output a track (audio or aux type) to an
internal bus, the sending track requires a couple hundred ms or more of compensation, depending on the hardware buffer setting. The exception is, if you route to a bus that is in turn routed to another bus, only the track with the second bus gets compensated. Now I'm really confused.
Take a look at this:
http://dl.dropbox.com/u/22074933/AuxBussing.png
- The blue tracks show that bussing an Aux to an Audio track requires compensation.
- The red tracks show that bussing an Aux to an Aux to an Audio track requires compensation only on the second Aux.
- The green ones show that... wait. What?!!! As long as the first one has been bussed off to another Aux, it can still feed an Audio track with no compensation required? Really? That has got to be a bug in the way compensation is being reported.
BTW, the image was taken on Win7x64, 002R, PT 9.0.1, in a 24/48 session. No tracks but the ones shown, no plug-ins.