[ardour-dev] latency compensation questions

gerard van dongen gml at xs4all.nl
Fri Apr 1 00:11:12 PST 2005


On Thu, 31 Mar 2005 21:00:26 -0800, Mark Knecht <markknecht at gmail.com>  
wrote:

> In the case of the bus nothing 'rolls' so nothing can be 'delayed',  
> correct?
>
> It's an interesting problem.
>
>

It is interesting, although in the case of a reverb-on-a-bus, it is a  
little different.
The reverb in the bus has latency, so ardour compensates by adding a delay  
to the other tracks.
But those tracks are feeding the reverb. So you don't wan't to delay the  
audio file reading at all, you want to add a delay _after_ the sends:

|trackA              |bus1
|                    |
|fader               |reverb causing extra latency
|post-send-to bus1-> |
|                    |
|delay               |
|                    |
|output              |output

Given ardours almost infinite routing possibilities, this is a difficult  
problem to solve in a general way.
I suspect that the latency should always be added at the end of a route's  
signal processing chain, not at the beginning. The place would be between  
the route outputs and the master-bus inputs.
But it there are probably common situations were this is the wrong thing :)

Gerard



> Thanks,
> Mark
>
> On Mar 31, 2005 8:46 PM, Paul Davis <paul at linuxaudiosystems.com> wrote:
>> ... following on, i am not entirely sure it will work correctly
>> for the reverb-in-bus situation. i haven't tried it, or don't remember
>> trying it. the difference is that when a track obeys the delay at
>> "roll time", it just means that its actual pointer into its audio
>> files will be offset. when a bus obeys the delay, it means it hasn't
>> been feeding its plugins for the length of the delay, which may result
>> in an odd result. if this mental model is correct, i can probably fix
>> it. someone should try it out and let me know.
>>
>> --p
>>
>>
> _______________________________________________
> ardour-dev mailing list
> ardour-dev at lists.ardour.org
> http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org
>





More information about the Ardour-Dev mailing list