20 Sep
2006
20 Sep
'06
10 a.m.
I just bought a RME Digi96/8 PST soundcard and installed it on my
computer. Once rebooted, info in /proc/asound/cards seems to be
correct:
$ cat /proc/asound/cards
0 [CK8S ]: NFORCE - NVidia CK8S
NVidia CK8S with ALC850 at 0xfc001000, irq 193
1 [PST ]: Digi96 - RME Digi96/8 PST
RME Digi96/8 PST at 0xfb000000, irq 201
2 [UM1 ]: USB-Audio - UM-1
EDIROL UM-1 at usb-0000:00:02.0-4, full speed
I am forcing index numbers via /etc/modprobe.d/sound so mobo's
internal soundcard is the default device.
If I tell xmms to use ALSA and output hw:1,0, it works nicely and RME
plays sound. But if I tell jackd to use that same output, it gets
killed by the watchdog!
13:49:32.867 JACK is starting...
13:49:32.869 jackd -R -t10000 -dalsa -dhw:1,0 -r44100 -p256 -n2
13:49:32.880 JACK was started with PID=5961 (0x1749).
jackd 0.101.1
Copyright 2001-2005 Paul Davis and others.
jackd 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
JACK compiled with System V SHM support.
loading driver ..
apparent rate = 44100
creating alsa driver ... hw:1,0|hw:1,0|256|2|44100|0|0|nomon|swmeter|-|32bit
control device hw:1
configuring for 44100Hz, period = 256 frames, buffer = 2 periods
nperiods = 32 for capture
nperiods = 32 for playback
13:49:35.000 Server configuration saved to "/home/ismael/.jackdrc".
13:49:35.002 Statistics reset.
13:49:35.005 Client activated.
13:49:35.007 Audio connection change.
13:49:35.012 Audio connection graph change.
13:49:35.057 XRUN callback (1).
13:49:37.017 XRUN callback (169 skipped).
jackd watchdog: timeout - killing jackd
zombified - calling shutdown handler
13:49:38.023 Shutdown notification.
13:49:38.025 Client deactivated.
13:49:38.027 JACK was stopped successfully.
cannot send request type 7 to server
cannot read result for request type 7 from server
It's the same no matter if I change frames/period, periods/buffer,
priority, timeout, input and output channels, it's always the same.
I'm finding pretty difficult to find a PCI slot in my mobo which
allows me to use an isolated IRQ for the RME, if anyone thinks this
could be the problem..
I am running vanilla 2.6.17 with Ingo Molnar's rt8 patches. I can post
my kernel config if useful.
Any ideas will be very welcome so thanks in advance.
Cordially, Ismael
--
Ismael Valladolid Torres "Il est vain de pleurer sur l'esprit, il suffit
de travailler pour lui." Albert Camus
http://digitrazos.info/
http://lamediahostia.blogspot.com/ OpenPGP key ID: 0xDE721AF4
20 Sep
20 Sep
10:05 a.m.
On Wed, 2006-09-20 at 13:54 +0200, Ismael Valladolid Torres wrote:
13:49:32.867 JACK is starting...
13:49:32.869 jackd -R -t10000 -dalsa -dhw:1,0 -r44100 -p256 -n2
try using it in one direction only:
jackd -R -dalsa -dhw:1,0 -P ....
also try running jackd with the -v flag
10:27 a.m.
Paul Davis escribe:
On Wed, 2006-09-20 at 13:54 +0200, Ismael Valladolid
Torres wrote:
Thanks for the quick feedback. In this case it gets funnier...
$ jackd -R -d alsa -d hw:1,0 -P
jackd 0.101.1
Copyright 2001-2005 Paul Davis and others.
jackd 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
JACK compiled with System V SHM support.
loading driver ..
creating alsa driver ... hw:1,0|-|1024|2|48000|0|0|nomon|swmeter|-|32bit
control device hw:1
configuring for 48000Hz, period = 1024 frames, buffer = 2 periods
nperiods = 8 for playback
delay of 128075.000 usecs exceeds estimated spare time of 21317.000; restart ...delay of
106732.000 usecs exceeds estimated spare time of 21317.000; restart ...delay of 106732.000
usecs exceeds estimated spare time of 21317.000; restart ...delay of 106732.000 usecs
exceeds estimated spare time of 21317.000; restart ...delay of 106732.000 usecs exceeds
estimated spare time of 21317.000; restart ...
13:49:32.867 JACK is starting...
13:49:32.869 jackd -R -t10000 -dalsa -dhw:1,0 -r44100 -p256 -n2
try using it in one direction only:
jackd -R -dalsa -dhw:1,0 -P ....
also try running jackd with the -v flag
At least for me, not much more informative...
$ jackd -v -R -d alsa -d hw:1,0
getting driver descriptor from /usr/lib/libjack0.100.0-0/jack_alsa.so
getting driver descriptor from /usr/lib/libjack0.100.0-0/jack_dummy.so
getting driver descriptor from /usr/lib/libjack0.100.0-0/jack_oss.so
jackd 0.101.1
Copyright 2001-2005 Paul Davis and others.
jackd 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
JACK compiled with System V SHM support.
server `default' registered
loading driver ..
creating alsa driver ... hw:1,0|hw:1,0|1024|2|48000|0|0|nomon|swmeter|-|32bit
control device hw:1
configuring for 48000Hz, period = 1024 frames, buffer = 2 periods
nperiods = 8 for capture
nperiods = 8 for playback
4607 waiting for signals
registered builtin port type 32 bit float mono audio
required capabilities not available
capabilities: =
new client: alsa_pcm, id = 1 type 1 @ 0x80588c0 fd = -1
new buffer size 1024
registered port alsa_pcm:capture_1, offset = 4096
registered port alsa_pcm:capture_2, offset = 8192
registered port alsa_pcm:playback_1, offset = 0
registered port alsa_pcm:playback_2, offset = 0
++ jack_rechain_graph():
client alsa_pcm: internal client, execution_order=0.
-- jack_rechain_graph()
jackd watchdog: timeout - killing jackd
Abortado
It happens the same running Debian's default 2.6.15-1-486 so I tend to
discard a problem with kernel version or rt patches version. Also it
happens the same running jackd as root. Generally speaking, I thought
RME cards a bit better supported by jackd "out of the box". Obviously
I don't mind helping debugging. Version of jackd running here is
0.101.1, running a newer one or cvs would help?
Cordially, Ismael
--
Ismael Valladolid Torres "Il est vain de pleurer sur l'esprit, il suffit
de travailler pour lui." Albert Camus
http://digitrazos.info/
http://lamediahostia.blogspot.com/ OpenPGP key ID: 0xDE721AF4
10:50 a.m.
On Wed, 20 Sep 2006 13:54:34 +0200 Ismael Valladolid Torres <ivalladolidt(a)terra.es>
wrote:
13:49:32.867 JACK is starting...
13:49:32.869 jackd -R -t10000 -dalsa -dhw:1,0 -r44100 -p256 -n2
...
13:49:35.012 Audio connection graph change.
13:49:35.057 XRUN callback (1).
13:49:37.017 XRUN callback (169 skipped).
you might also
- Try changing the sample rate
- Try selecting the analog input (you know rmedigicontrol?) or
- Try providing a 44.1kHz clock source on the selected digital input
channel. I vaguely remeber having such problems with my DIGI96/PRO
when there is no digital input (OK, the /PST has analog input in
contrast to the /PRO)
Markus
11:42 a.m.
Markus Schwarzenberg escribe:
- Try changing the sample rate
Like this it works:
$ jackd -R -dalsa -dhw:1,0 -r96000 -p1024 -n8
According to AlsaOpensrcOrg this card has a fixed buffersize of
64KBytes so for the analog I/O you're forced to choose between:
(16 bit wordsize)
--2048 frames and 8 periods
--512 frames and 32 periods
(32 bit wordsize)
--1024 frames and 8 periods
--256 frames and 32 periods
I've set to 96KHz 32 bit 1024 frames 8 periods and it works more or
less nicely. Unfortunately latency is 85 ms and I counted on this card
to provide me a much lower latency.
According also to AlsaOpensrcOrg, with recent enough versions of ALSA
and jackd I could set the number of periods used to any number below
the number of periods created, resulting in much lower latency. But I
don't know how to do this. Any help welcome!
- Try selecting the analog input (you know rmedigicontrol?) or
I did not know about rmedigicontrol! Now I've set input to analog and
I can launch jackd full duplex without delay warnings.
- Try providing a 44.1kHz clock source on the selected
digital input
channel. I vaguely remeber having such problems with my DIGI96/PRO
when there is no digital input (OK, the /PST has analog input in
contrast to the /PRO)
Yep I'm working analog. I purchased this card in order to be able to
output sound via S/PDIF to my minidisc apart from having top class
stereo analog I/O converters.
Cordially, Ismael
--
Ismael Valladolid Torres "Il est vain de pleurer sur l'esprit, il suffit
de travailler pour lui." Albert Camus
http://digitrazos.info/
http://lamediahostia.blogspot.com/ OpenPGP key ID: 0xDE721AF4
11:50 a.m.
Ismael Valladolid Torres escribe:
According also to AlsaOpensrcOrg, with recent enough
versions of ALSA
and jackd I could set the number of periods used to any number below
the number of periods created, resulting in much lower latency. But I
don't know how to do this. Any help welcome!
Sorry! Yes, if I set period size to 256 ALSA knows it must allocate 32
periods. Then jackd sets the number of *used* periods instead of
*allocated* periods. Now I'm at 5 ms latency. What a soundcard!
For the records:
$ jackd -R -dalsa -dhw:1,0 -r96000 -p256 -n2
Cordially, Ismael
--
Ismael Valladolid Torres "Il est vain de pleurer sur l'esprit, il suffit
de travailler pour lui." Albert Camus
http://digitrazos.info/
http://lamediahostia.blogspot.com/ OpenPGP key ID: 0xDE721AF4
6633
days inactive
6633
days old
linux-audio-user@lists.linuxaudio.org
5 comments
3 participants
participants (3)
-
Ismael Valladolid Torres -
Markus Schwarzenberg -
Paul Davis