On Thu, Sep 4, 2014 at 12:41 PM, David Santamauro <david.santamauro
@gmail.com> wrote:
On 9/4/2014 3:22 PM, J. Liles wrote:
This thread has officially been Ralf'd.
that is funny.
2. Anyone who wants to create a client to persist jack settings is
welcome to do so, and this doesn't require
any changes to NSM. However,
it is unlikely to work with sample rate changes. Lots of programs
support runtime bufsize changes though, if that's what you're into.
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.
As long as no clients crash or otherwise freak out when you change the
buffer size at runtime, 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)