11 Oct
2009
11 Oct
'09
6:05 p.m.
I can certainly cause Csound to issue a message containing
the correct name returned by Jack. That should be no problem.
The change to jack_client_open() seemed trivial enough so I
went ahead and pushed it into CVS, and will test later one.
Thanks for all your suggestions and for the alert.
Victor
----- Original Message -----
From: "Fons Adriaensen" <fons(a)kokkinizita.net>
To: <linux-audio-dev(a)lists.linuxaudio.org>
Sent: Sunday, October 11, 2009 6:07 PM
Subject: Re: [LAD] jackd api change, fluidsynth, etc.
On Sun, Oct 11, 2009 at 05:07:38PM +0100, victor wrote:
====================
The minimal solution is quite simple - just use an
empty options argument. But while you're there you
(I mean all developers of jackified apps) should
IMNSHO add the option for the user to set the
application's name as a Jack client.
And of course read the actual name used after having
called jack_client_open() and use that for window
captions etc.
===============================
Do you mean JackLoadName?
My remark was 'to all developers of jackified apps',
not particular to csound which already has the option,
('jack_client' IIRC).
But depending on how the name is used, you may have
to do one of two things:
1. Use the option 'JackUseExactName', which makes
jack_client_open() fail if the name is not unique
instead of creating a modified one, or
2. Read the actual name using jack_get_client_name(),
after jack_client_open().
Without one of these, the actual name may not be
the one you think is being used. It does matter
in some cases, e.g. to apps that save Jack
connections (e.g. Ardour), and to session managers.
Ciao,
--
FA
Io lo dico sempre: l'Italia รจ troppo stretta e lunga.
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev