[CLAM] Problems using jackdmp instead of jackd on OSX
Pau Arumi
parumi at iua.upf.edu
Mon Feb 5 17:38:05 PST 2007
Hi Stéphane,
it's nice to see you by the clam list again :-)
>
> It seems to work, but what would be the good what to package CLAM then?
>
That's a good question. We'd like to not require the users have jack
installed
(in osx at least), so that's why we bundle libjack.dylib together with
the app
(the lib functions can see if the jackd is running or not, and try to
start it).
If I understand well, the problem with that approach is that we cannot
choose
a different jack implementation (jackdmp) or even a different jackd version
(from the library version).
AFAIK, other jack-aware apps, Ardour and Hydrogen for instance, does
(statically)
link with libjack. So they have the same problem, or worst because you
cannot "link"
libjack.dylib to libjackdmp.dylib for instance.
I've been also looked into the jackosx since you are one of the authors,
to see if jackpilot
could handle both jackd and jackdmp but it does not. (i can start
jackdmp by
commandline) but jackpilot refuses to open.
So can you think in any flexible solution on mac osx allowing to choose
the two jack
implementations? (not requiring jack system-wide installation is a plus)
Maybe only use jack through the JAR (jack-audio-router coreaudio driver)?
Pau
More information about the clam-users
mailing list