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

From: Nedko Arnaudov <nedko@email-addr-hidden>
Date: Tue Dec 18 2007 - 19:09:39 EET

Krzysztof Foltman <wdev@email-addr-hidden> writes:

> 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?

yes, this is what i mean

> 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!)

will work

> 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").

no particular disadavantages, i agree.

Some more thoughts:
 - this seems like trying to push something square into round hole. But
   if that will help, then it may be worth to implement it
 - non-technically competent users should not use process list and
   assume things they dont understand by definition.
 - technically competent users should *read* how things are working.
 - i bet that most techincally competent users will get confused by
   changing process name on the fly
 - dbus is there to simplify things not complicate them. users should
   determine if server is working by using their control/monitor
   app. this means looking at tray icon by Marc, or dockapp by me, or
   calling jack_control status and examining the result (it has return
   value tha can be checked too).
 - Using process list is poor man approach when things are not working
   as expected. This implies techically competent user anyway.
 - this is a political issue that i personally think should be handled
   by distro packagers (power users, super technically competent).

-- 
Nedko Arnaudov <GnuPG KeyID: DE1716B0>

_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@email-addr-hidden
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev

Received on Wed Dec 19 00:15:45 2007

This archive was generated by hypermail 2.1.8 : Wed Dec 19 2007 - 00:15:45 EET