Re: Loops and latency

"S. Massy" <[email protected]>
Newsgroups gmane.comp.audio.ecasound.general
Message-ID <20120415173304.GA12198@solidbox>
On Sun, Apr 15, 2012 at 09:53:58AM +0300, Kai Vehmanen wrote:
> Hi,
> 
> On Sat, 14 Apr 2012, S. Massy wrote:
> 
> >>! each hop from a loop output to its input, causes an
> >>! additional delay of one engine iteration (equivalent to
> >To its own input, yes, but what about to another object's input?
> 
> Joel is right, there's always the delay from loop output to its input.
> This follows from the fixed routing logic: 1) read inputs, 2)
> process chains, 3) write to outputs. So when we've reached (3) and
> wrote to a loop object, it'll have to wait until next engine
> iteration to read it in phase (1) again.
Interesting. So this means that the audio output of a signal processed
through two chains with a loop in the middle would be delayed by about
2.7 ms (-b:128 -r:48000) in comparison to a signal processed only in one
chain. The next question is: how can this be compensated for? That much
delay could cause nasty, unwanted side-effects in audio. I guess the
most obvious way to solve the problem would be to delay processing for
audio with shorter paths (through, say, playat). 

Cheers,
S.M.


-- 

------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Ecasound-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ecasound-list
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.