Re: Some problems with two 1010LTs (pcm_multi & jackd)

[John Rigg <j@sound-man.co.uk>]

On Thu, Jan 26, 2006 at 03:04:25PM +0100, Petter Sundlöf wrote:
> Hello.
> 
> I've added a second 1010LT in my studio box. The two LTs are card1 and 
> card2.
> Following the steps from 
> http://www.sound-man.co.uk/linuxaudio/ice1712multi.html I created the 
> .asoundrc (and modified it to hw:1 and 2 where appropriate. I have 
> attached this file.
> I then proceeded to patch jack 0.100.7 (release tarball) with the 
> MMAP_COMPLEX patch. This was installed to the /usr/ prefix.
> 
> I then downloaded alsa-lib-1.0.10 (release) and applied pcm_multi-patch. 
> I installed this over the existing alsa-lib, into prefix /usr/lib.
> 
> After this I tried to run jackd -d alsa -r44100 -p512 -C multi_capture 
> -P multi_playback
> 
> I then get this stdout message:
> 
> jackd 0.100.7
> 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 ... 
> multi_playback|multi_capture|1024|2|48000|0|0|nomon|swmeter|-|32bit
> configuring for 48000Hz, period = 1024 frames, buffer = 2 periods
> nperiods = 2 for capture
> nperiods = 2 for playback

It's starting with the wrong sample rate and number of frames, but using
the right devices. That's strange.
You say you installed alsa-lib over an existing one. Are you sure you replaced
it?

> I then start Ardour and open a session. I place the playhead somewhere 
> and try to start playback. Nothing happens. After a few seconds, Ardour 
> is disconnected from JACK, and I receive this in jackd's stdout:
> 
> ALSA: poll time out, polled for 17416024 usecs

This is the error message I kept getting before I patched pcm_multi.c.

It might be worth removing alsa-lib and jack completely and
recompiling/reinstalling.

> DRIVER NT: could not run driver cycle
> jack main caught signal 12
> no message buffer overruns
> 
> Clues?
> 
> Info: Kernel 2.6.14-0.10.rrt.rhfc4.ccrma #1 PREEMPT
> Cards are not connected via S/PDIF or World clock -- don't have any such 
> cables, and besides, I read it isn't working _yet_ with LT cards.

You won't be able to record for long like this. It will run for a while,
as the clocks are pretty accurate, but they will drift and you'll get
xruns and/or jackd will die.

John


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid\x103432&bid#0486&dat\x121642