From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: alsa-driver-0.9.8, jack, cmipci Date: Wed, 05 Nov 2003 10:50:12 +0100 Sender: alsa-devel-admin@lists.sourceforge.net Message-ID: References: <200311041710.hA4HANCG003420@oud.linuxaudiosystems.com> Mime-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII Return-path: In-Reply-To: Errors-To: alsa-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: Jonathan Kraut Cc: Paul Davis , alsa-devel@lists.sourceforge.net List-Id: alsa-devel@alsa-project.org At Tue, 04 Nov 2003 13:10:17 -0500, Jonathan Kraut wrote: > > > On Tue, 04 Nov 2003 12:10:23 -0500, Paul Davis wrote: > >>At Mon, 03 Nov 2003 14:41:51 -0500, > >>Jonathan Kraut wrote: > >>> > >>> > >>> Hello again. Further research: > >>> > >>> I tried an earlier version of jack (0.71.0) with alsa-driver-0.9.8, accessin > >>g hw:0,2 via my .asoundrc. I get the same result as before, but in addition th > >>is particular version of jackd tells me: > >>> > >>> ... > >>> Sorry. The PCM device "cmipci"doesn't support the same sample format for cap > >>ture and playback.We cannot use this PCM device. > >>> ... > >>> > >>> and jackd quits. > >> > >>this is likely because the newer version of cmipci driver supports > >>24bit SPDIF output, but no input yet... > > > >a reminder that for some time now, JACK supports the -P option which > >limits it to playback only. useful if that's all you want and/or all > >your hardware can do. > > > >--p > > Actually it is playback (and thus duplex) that I'm having trouble with (alsa-driver-0.9.8 and jackd-0.80.0). Capture works fine from hw:0,2 using jack via my .asoundrc. It's when I try and tell jack to play (both -P and -D options) to hw:0,2 that my ad/da converter gets blasted into this weird loop (a midiman flying cow), like I described in my earlier post. If the whole thing is caused by the discrepancy in the bit sizes in newer versions of alsa-driver, i'm fine using 0.9.2 until that's resolved (i'm very happy to test when it is, btw), since that version works perfectly for full duplex spdif operation. For posterity I posted a bug to alsa's sourceforge site: > http://sourceforge.net/tracker/index.php?func=detail&atid=390601&aid=834652&group_id=27464 the problem is that if you use 24bit on playback, the capture may not work as full duplex. IIRC, unfortunately, there is no option to limit the format for hw type. instead, you can try the plug layer with the format parameter, such as pcm.cmi { type plug slave { pcm hw:0,2 format S16_LE } } note that the above is untested :) Paul, is there any option to specify (limit) the format in jackd? Takashi ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/