<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 19, 2015 at 3:29 AM, Dale Kazakore Powell <span dir="ltr"><<a href="mailto:dj_kaza@hotmail.com" target="_blank">dj_kaza@hotmail.com</a>></span> wrote:<br><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
</span>But what if you want to listen to audio from a different application connected to Jack while exporting? </blockquote><div><br></div><div>That's basically ridiculous.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Surely it should just disconnect from Jack (although this could possible cause routing issues on reconnecting once finished) and run as fast as possible using max CPU cycles.<br></blockquote><div><br></div><div>You're ignoring the idea that export may involve other JACK clients. It may involve, for example, a JACK client functioning as a software synthesizer, or a JACK client function as an "outboard" FX processor. Disconnecting from JACK would be completely wrong in such cases, and special casing the examples where we *could* disconnect from JACK is an absurd amount of extra work given that we are using JACK's ability to drive the process cycle AND share data (even within Ardour itself.<br></div><div> <br></div></div></div></div>