Re: DBus server control : description of 2 proposals

Some more remarks about the global issue:

- as Patrick said, the JACK DBus package is probably to "win" in the  
near future. Why? because it (also) practically solves the issue with  
PulseAudio interaction (something new compared to what was the reason  
of this whole JACK DBus discussion at the first place) but we have to  
keep that in mind. Thus if we go for the Nedko proposal with the  
"jackdbus" incarnation of JACK server, then is does mean that "jackd"  
incarnation of JAKC server will (practically) be dropped. It does mean  
also that Qjacktl cannot be reliably be used anymore in this new  
scheme, (only if Rui accepts to DBusify it..). People that absolutely  
want to keep the "old" way (that is "jackd" incarnation + Qjackctl..;)  
will have to hope the packagers keeps preparing the "legacy"  
package... It does also mean ./~jackdrc will be dropped and the XML  
file model will stay, if we not go for a " JACK has to keep a  
centralized view of it's state" AKA "libconfig" idea or equivalent.

- concerning code source, since we are able to cleanly separate the  
DBus controller from the main JACK2 tree (using public headers and  
linking to libjackserver.so) both solutions are somewhat equivalent in  
this regard.

- Fons propropal (AKA the 3rd one ((-: ) still does not suggest  
anything concerning "autostarts" feature. Again : "How does the  
application knows that it has to talk to B? In other words assuming  
several B kind of control applications are installed, how to define  
the one the "autolaunch" scheme is supposed to use?"

- if we go for the Nedko proposal, than I consider that as a really  
MAJOR shift in the history of JACK. Again I'm quite sure the "jackd"  
incarnation will quite soon disappear  on Linux. It will stay on other  
platforms (OSX, Windows, Solaris..). I still don't think this is a  
good idea at all...

- the best I can do on my side is to work on the controlplugin  
proposal since it still contains several issues, so that the  
comparison can be done with 2 workable solutions.

Stephane

_______________________________________________
Jack-Devel mailing list
Jack-Devel@...
http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org