Re: [LAD] [Jack-Devel] A picture...of the global mess

PrevNext  Index
DateWed, 20 May 2009 21:38:39 +0200
From Fons Adriaensen <[hidden] at kokkinizita dot net>
ToStéphane Letz <[hidden] at grame dot fr>
CcJack devel <[hidden] at lists dot jackaudio dot org>, Linux Audio Developers <[hidden] at lists dot linuxaudio dot org>
In-Reply-ToStéphane Letz [LAD] A picture...of the global mess
Follow-UpJack O'Quin Re: [LAD] [Jack-Devel] A picture...of the global mess
On Tue, May 19, 2009 at 04:23:30PM +0200, Stéphane Letz wrote:
> A picture to try  summary what I understand about we would like :
>

> -  "jackcontrol" is an *always" running deamon that defined an entry IPC 
> point.  jackcontrol get requests from control applications. "jackcontrol" 
> can start a seprated server called "jackserver (using a fork+exec) way. 
> "jackcontrol" is a *unique* place where setting are handled.
>
> - "jackd" is a recoded  control application that parse it's command line, 
> and use the control IPC to speak to "jackcontrol" (then just quits). 
> jackcontrol then start the "jackserver" whith the appropriate paramaters.

You don't need this jackd. If all the IPC is in libjack, an
autostart request can be passed directly to jackcontrol without
creating a transient process.

1. Client uses jack_client_open() with autostart.
2. Libjack doesn't find the server
3. Libjack sends 'start server' to jackcontrol
4. jackcontrol starts the server
5. jackcontrol notifies libjack
6. The jack_client_open() call proceeds.

Between 3 and 5 the thread doing the original call
(i.e. the client's thread) just waits within libjack
for the ok/fail message from jackcontrol.

Ciao,

-- 
FA

Io lo dico sempre: l'Italia è troppo stretta e lunga.
PrevNext  Index

1242848900.5899_0.ltw:2,a <20090520193839.GC2964 at zita2 dot kokkinizita dot net>