Fons Adriaensen <[email protected]> writes: > On Tue, May 19, 2009 at 11:23:07AM +0300, Nedko Arnaudov wrote: > >> It is not intercepted. It is implemented. No hooking is made. >> jack_client_open() action is not modified. It behaves as expected, as >> documented in the API. jack server is autostarted. > > It's not just a different implementation. It has side effects > that the original call does not have (starting a daemon), > and these side effects will have consequences later. > > If this is not true then the new implementation is > actually useless. > > I would have no objection if you added e.g. > > jack_client_open_via_dbus() > > leaving the original call as it is.
No and no again. jack clients dont care how jack server is started. they want it started so they can use it. period. they dont care about jack internal infrastructure. The whole point of abstrctions is to allow changing the implementation. As it is with jack1 and jack2. Why you dont want jack_client_open_jackdmp() ? > Someone sets up a firm that provides a free service: > they enhance your life by removing things from your > home and disposing of them. > > One day I return home and find some things have been > removed. > > I go the manager of the free service and tell him: > > - Listen, I don't want you to enter my home and > remove things uninvited. > > - But then I can't do my job ! > > - So you are thieves ? > > - No, no, no, we just provide a free service > that enhances your life. This is a BS, nobody is forcing you to use that. You have the free will. You can choose what to use. There is an option that you dont like. And nobody is telling you that it will enhance *your* life. It may enahnce my life. Or someone else's. But not yours. This is why it is optional. Even installing jack2 instead of jack1 is optional. You are free to use VAX if you like it. Nobody is forcing you to use something else. -- Nedko Arnaudov <GnuPG KeyID: DE1716B0>
pgpHa1XVhokkf.pgp
Description: PGP signature
_______________________________________________ Linux-audio-dev mailing list [email protected] http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
