On 07/12/09 22:12, Takashi Iwai wrote:
At Mon, 07 Dec 2009 17:18:54 +0000, Sid Boyce wrote:
On 07/12/09 16:34, Takashi Iwai wrote:
At Mon, 07 Dec 2009 16:10:20 +0000, Sid Boyce wrote:
On 03/12/09 01:15, Sid Boyce wrote:
My sound cards say they should be capable of 192K sample rate, but alsa seems to have a default of 48K. I tried the following in /etc/asound.conf, but it doesn't effect the change. I need it for alsa direct rather than for pulseaudio. # o /etc/asound.conf defaults.pcm.rate_converter "samplerate" Any clues?
This just changes the SRC engine to libsamplerate. For changing "defualt" PCM sample rate (supposing you are using dmix), set defaults.pcm.dmix.rate instead.
defaults.pcm.dmix.rate 19200
I shall have a look later to see what needs doing as jackd and python are the two involved, so when I've had the app configured to use e.g 96K, audio fails.
jackd is very likely using "hw" device, so there can't be no default rate. For python, I have no idea at all, but "default" should be used in general for such a use case...
OK, I started jackd with samplerate 96K, but sound isn't very clean, I suspect the application, as going back some months it would fail at 96K.
(snip)
The software under test asks for jack in /usr/bin (openSUSE jack-0.116.2), so why is it looking at jack2 in /usr/local/bin?
Likely you mixed up jack and jack2 from Packman. They are supposed to be compatible, but not fully, unfortunately.
Takashi Sadly no, I don't use packman and I've done exactly the same build in the Kubuntu VM under VirtualBox. Source ======= svn co http://subversion.jackaudio.org/jack/jack2/trunk
openSUSE 11.3 Milestone 0 (x86_64) =================================== # LD_LIBRARY_PATH=/usr/local/lib64 /usr/local/bin/jackd -V
This run pattern is already bad. The correct library path should have been set at the compile time, not at the runtime. This kind of hack gives just a pain instead of any gain.
It configured, built and installed in /usr/local, but when library paths are searched, it tries various directories unless LD_LIBRARY_PATH is set - without it, it finds libraries of the same names in /usr/lib64 and uses them, that's how OOo and others that use their own copies of system libraries work. See at end of this article.
jackdmp 1.9.4 Copyright 2001-2005 Paul Davis and others. Copyright 2004-2009 Grame. jackdmp comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details could not open driver .so '/usr/local/lib64/jack/jack_oss.so': /usr/local/lib64/jack/jack_oss.so: undefined symbol: _jack_get_microseconds could not open component .so '/usr/local/lib64/jack/jack_oss.so': /usr/local/lib64/jack/jack_oss.so: undefined symbol: _jack_get_microseconds
For such a problem, check ldd output to figure out what's going wrong.
But I have no more time, so I hope anyone else will follow...
Takashi
Thanks, I hope someone else will give it a try. The Kubuntu behaviour is correct, the openSUSE behaviour is not. slipstream:/home/lancelot/ftp/dec09/jack-1.9.4 # ldd /usr/local/bin/jackd linux-vdso.so.1 => (0x00007fff7a146000) libjackserver.so.0 => /usr/lib64/libjackserver.so.0 (0x00007fa3c8924000) <<================ libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fa3c8708000) libdl.so.2 => /lib64/libdl.so.2 (0x00007fa3c8504000) librt.so.1 => /lib64/librt.so.1 (0x00007fa3c82fb000) libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007fa3c7feb000) libm.so.6 => /lib64/libm.so.6 (0x00007fa3c7d96000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fa3c7b7f000) libc.so.6 => /lib64/libc.so.6 (0x00007fa3c7824000) /lib64/ld-linux-x86-64.so.2 (0x00007fa3c8b4e000) slipstream:/home/lancelot/ftp/dec09/jack-1.9.4 # LD_LIBRARY_PATH=/usr/local/lib64 ldd /usr/local/bin/jackd linux-vdso.so.1 => (0x00007fff909ff000) libjackserver.so.0 => /usr/local/lib64/libjackserver.so.0 (0x00007f4ec5e67000) <<======================= libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f4ec5c4b000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f4ec5a47000) librt.so.1 => /lib64/librt.so.1 (0x00007f4ec583e000) libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f4ec552e000) libm.so.6 => /lib64/libm.so.6 (0x00007f4ec52d9000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f4ec50c2000) libc.so.6 => /lib64/libc.so.6 (0x00007f4ec4d67000) /lib64/ld-linux-x86-64.so.2 (0x00007f4ec60dc000) slipstream:/home/lancelot/ftp/dec09/jack-1.9.4 # Kubuntu behaves the same way, needing LD_LIBRARY_PATH set when multiple versions of libraries exist. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org