<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Sep 4, 2014 at 12:41 PM, David <span tabindex="-1" id=":1oh.1" style class="">Santamauro</span> <span dir="ltr"><<a href="mailto:david.santamauro@gmail.com" target="_blank"><span tabindex="-1" id=":1oh.2" style class="">david</span>.<span tabindex="-1" id=":1oh.3" style class="">santamauro</span>@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><br>
On 9/4/2014 3:22 PM, J. Liles wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This thread has officially been Ralf'd.<br>
</blockquote>
<br></div>
that is funny.<div class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2. Anyone who wants to create a client to persist jack settings is<br>
welcome to do so, and this doesn't require any changes to NSM. However,<br>
it is unlikely to work with sample rate changes. Lots of programs<br>
support runtime bufsize changes though, if that's what you're into.<br>
</blockquote>
<br></div>
I would love to take a stab at this. Seems like something within my reach but if there is no option "start-before-others" or some priority client loading, this seems pointless.<span class="HOEnZb"><font color="#888888"><br>
</font></span></blockquote><div><br></div><div>As long as no clients crash or otherwise freak out when you change the buffer size at <span tabindex="-1" id=":1oh.4" style class="">runtime</span>, then there's no need to enforce an order. The synchronization is only required in order to shutdown/restart JACK (which isn't necessary to change the buffer size)<br>
</div></div></div></div>