<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 1, 2016 at 11:41 AM, Kjetil Matheussen <span dir="ltr"><<a href="mailto:k.s.matheussen@gmail.com" target="_blank">k.s.matheussen@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 dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><span class=""></span><div>I'm suggesting to add gui functions which are calling an external program</div><div>to configure jack, where the communication between libjack and the gui<br></div><div>happens by sockets, not by stdout+stdin.</div></div></div></div></blockquote><div><br></div><div>this already exists. your issue with it is the communication is currently  asymmetric: there is a structured protocol to configure and start the server, but not in the reverse direction. you want errors and status returned as well. and you want a structured protocol for this direction, rather than semi-random line-oriented text. <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div> This will not make libjack</div><div>link with a graphics library, and it will most likely not increase the</div><div>size of  libjack, and it will not make jackd disappear.</div></div></div></div></blockquote><div><br></div><div>so how will an abritrary client become "the server" ?<br><br></div><div>it is just amazing to me, given all the other useful things that JACK could be made to do, that anyone is talking about the mechanics of starting it. <br></div><div> </div></div><br></div></div>