<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Dec 31, 2012 at 9:47 AM, Len Ovens <span dir="ltr"><<a href="mailto:len@ovenwerks.net" target="_blank">len@ovenwerks.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
On Sun, December 30, 2012 7:12 pm, Devin Anderson wrote:<br>
<br>
><br>
> JACK *could* deal with this issue, but:<br>
><br>
> 1.) It would be better if the functionality was independent of JACK.<br>
> 2.) I don't think the issue is JACK's responsibility.<br>
<br>
</div>Quite honestly, it does not seem to be something that _should_ be done by<br>
ALSA either, because properly joining two devices would mean an extra<br>
buffer (and latency). </blockquote><div><br>this is not true, if they are clock-synced.<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It seems that the reality is that each device needs<br>

to be dealt with as a separate device. So if it is not Jack's problem then<br>
a second jacklike server that exposes the ports as jack clients is needed<br>
and expected. So using something like zita-a2j would be the "correct" way<br>
of doing things.<br></blockquote><div><br>if they are not clock synced, then yes.  <br></div></div></div>