[LAD] [Jack-Devel] more jack/qjackctl madness : some comments
v2 at iki.fi
Tue May 19 09:29:12 UTC 2009
Quoting "Fons Adriaensen" <fons at kokkinizita.net>:
> I would have no objection if you added e.g.
How is the application supposed to know whether the user wants to use
dbus or not?
> leaving the original call as it is.
I agree with Stephanes' 5):
An implementation where dbus and "classic" coexist in a single build
is the only way to go. The user environment would somehow tell jack
whether the user wants to use dbus or not. (In fact, I'd argue this
path should've been chosen from the start.)
Say for example "the file ~/.jack-classic exists" or "environment
variable JACK_COMMUNICATION=DBUS". Or a system wide configuration:
"/etc/jackd/configuration says OSC is enabled".
I agree with Nedko that this is not a change in the API. This is a
change in the implementation of the API. There's a huge difference as
we all know. We would run into all kinds of trouble if we would make
client software responsible for choosing the server communication
model. Hence the implementation was changed, not the API...
Is there anything really difficult here? Just make everyone live
More information about the Linux-audio-dev