hey,<br><br><div class="gmail_quote">On Thu, Apr 29, 2010 at 12:41 PM, Paul Davis <span dir="ltr"><<a href="mailto:paul@linuxaudiosystems.com">paul@linuxaudiosystems.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br><div class="gmail_quote"><div>this is not the diagram that people are referring to. latency is an issue when you have:<br><br>   A/D -> Ardour -> Rakarrack -> Ardour -> D/A<br></div></div></blockquote><div>
<br>yes, I understood Tim was referring to a send/return loop. I actually didn't realise there would be a difference in latency between a linear or looped signal flow.<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="gmail_quote"><div>
 <br>its not a pointless exercise in frustration because this kind of connectivity (A feeds B which feeds A) is useful but not as common as the more simple (A feeds B feeds C). <br></div></div></blockquote><div><br>OK, but what kind of modularity is it that puts a heavy penalty on non-linear signal flows? I thought, after all, that JACK was designed explicitly to be suited to real-time, or as close as possible to RT, modular audio routing.<br>
 <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="gmail_quote"><div><br>there have been some suggestions to allow/encourage applications to have multiple clients precisely to permit the A->B->A ("insert") processing to work with no extra latency. <br>

</div></div>
</blockquote></div><br>Now I'm more confused. You seem to be saying without actually saying that JACK basically adds latency in any signal loop, but not in a linear chain? Is that correct? This seems very odd to me, though I admit I don't know the first thing of the technical justifications for it being so. I had naively assumed JACK was just passing signals between clients regardless of the clients' position in the chain. <br>
<br>Are the input and output stages of jack clients coupled in some way that makes this so?<br><br>Again in my naive fashion (and I'm not being sarcastic here) I don't understand the difference between the following three graphs:<br>
<br>A/D -> Ardour -> Rakarrack -> Ardour -> D/A<br><br>and <br><br>A/D -> [jack client input -> jack client out] -> [jack client input -> jack client out] -> [jack client input -> jack client out] -> D/A<br>
<br>and <br><br>A/D -> PD -> Rakarrack -> Ardour -> D/A<br><br>regards<br><br>Michael<br><br><br>