<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 23, 2016 at 10:35 AM, Jonathan Brickman <span dir="ltr"><<a href="mailto:jeb@ponderworthy.com" target="_blank">jeb@ponderworthy.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <br>
    <blockquote type="cite">
      <blockquote type="cite">
        <pre>So, if one has a lot of things happening, multiple JACK
instances could make more use of available resources?
</pre>
      </blockquote>
      <pre>I don't think that follows.  That seems to me that you are asking if since
you have a lot of processing going on, would adding additional overhead
help.</pre>
    </blockquote>
    What I want to do, is to use the resources I have to run multiple
    signal generation and processing chains asynchronously, in parallel,
    and then use the final audio-hardware-synchronized chain to resample
    them all into one, perhaps using the Zita tools.  Anyone know if
    this is possible?  I saw this flow structure work very well in the
    video domain, quite a few years ago.<br></div></blockquote><div><br></div><div>That's not what you want to do at all.<br><br></div><div>JACK is designed to be a *synchronous* system. All clients process audio corresponding to the same period of time, precisely in sync with each other. You do not want to "resample them all into one", and certainly not with the zita tools. <br><br></div><div>A "correct" digital audio processing and/or synthesis environment consists of a single audio interface (or at least, a single digital sample ("word") clock). You can run any number of JACK clients, connected in arbitrary ways. But using multiple audio interfaces (which is what the zita tools are related to) is not  the right thing to do unless you are forced to by lack of funds or inappropriate hardware.<br></div><div> </div></div><br></div></div>