<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 1, 2016 at 3:45 PM, David Nielson <span dir="ltr"><<a href="mailto:david@naptastic.com" target="_blank">david@naptastic.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 02/01/2016 08:31 AM, Kjetil Matheussen wrote:<br>
><br>
> I was thinking of a new configuration protocol where any libjack client<br>
> can function as server.<br>
><br>
<br>
</span>:|<br>
<br>
why would you do that?<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div>Well, one reason is to force forward a formally defined configuration protocol which is actually used.</div><div>qjackctl would be forced to use this configuration, and the same with jackd. No more flaky</div><div>use of sending around very informally specified strings via stdout and stdin as a communication protocol.</div><div><br></div></div></div></div>