[LAD] [Jackit-devel] [PATCH] jack dbus and logs improvement

Krzysztof Foltman wdev at foltman.com
Tue Dec 18 16:51:06 UTC 2007


Nedko Arnaudov wrote:

>> If the "jackd in engine mode" (jackd started with --dbus) is running,
>> applications are able to connect, aren't they?
> From what i've understood of Dave's patch, it enables jackd executable
> to start jackdbus thing (same executable). I.e. no separate launcher
> executable.

Looks like a good approach. But, then, I'm still not sure I understand
what you wrote previously:

"So having jackd behave in orthagonal way is not confusing? Like, jackd
process is running, why my apps cannot connect?!?!?"

Did you mean a situation when Dave's jackd process is running and
handling DBUS requests, but the server itself (as in, the thingy that
JACK clients are connecting to) is not running?

If that's really the case, the jack controller can detect the fact it
has just turned the server off, and rename its process to jackd
(inactive) or jack-dbus-controller or something in this fashion. Then,
when the server is started, it renames itself back to jackd. Of course,
I mean, renames the process, not the actual executable (that'd be insane!)

It's not exactly a typical behaviour, but it should eliminate the
problems with interpretation of process list. I don't see any particular
disadvantages (apart from "it's extra work").

Krzysztof



More information about the Linux-audio-dev mailing list