[LAD] [Jack-Devel] more jack/qjackctl madness : some comments

Sampo Savolainen 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.
>    jack_client_open_via_dbus()

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  
happily together.


More information about the Linux-audio-dev mailing list