hi jason i am sorry to tell you, but the quattro is a nightmare under linux. that's the bad thing, the good is that it's possible to get it working with jack and quite low latency, between 5-10ms i've struggled for a few month until i finally found a solution. you need to compile a 2.4 low-latency patched kernel, i think the 2.4.25 is a good choice as it worked for me. and then use the latest alsa-drivers (not the one from the kernel-source) together with jack, i took both from cvs, but this was in octobre, so i think most of the changes are probably already in the official release. this worked for me, at least i can use jack now together with pd and other audio-software, duplex mode is still somehow buggy. but so far i don't need it. for 2.6 kernel i don't know, i just know that in octobre it was not working. and there are rumours it's still not. but probably someone on this list knows more about the quattro and 2.6 low-latency-kernel-howto: http://www.djcj.org/LAU/guide/Low_latency-Mini-HOWTO.php3 Jason Hanggi wrote: >I'm new to this whole linux sound thing, and I'd like >to get my M-Audio Quattro USB working. sorry if this >email is a little long, i just want to go ahead and >put most of my information up now, so you all aren't >asking for it later. > >so far, i can play from XMMS using it's ALSA driver, I >can send/receive midi data. i can refer to it as >quattro1, quattro2, etc, as outlined in the standard >.asoundrc (which i'll put at the end). i haven't even >touched recording yet > >there's two problems i'm having. > >1) when i do a >$ aplay --device quattro1 test.wav >I can hear it, but it's choppy and it get this: > >Playing WAVE 'test.wav' : Signed 16 bit Little Endian, >Rate 44100 Hz, Stereo >underrun!!! (at least 0.079 ms long) >underrun!!! (at least 0.038 ms long) >underrun!!! (at least 0.046 ms long) >underrun!!! (at least 0.039 ms long) >... > >same if i just use aplay --device hw:1 > >when I try --device quattro I get >aplay: set_params:837: Channels count non available > >the second problem I'm having, is I can't get the >Quattro to work under JACK. >If I try duplex mode, I get this in my message window: >22:07:32.554 /usr/bin/jackstart -R -dalsa -dhw:1 >-r48000 -p1024 -n2 -i2 -o2 >22:07:32.627 JACK was started with PID=3974 (0xf86). >back from read, ret = 1 errno == Success >jackd 0.94.0 >Copyright 2001-2003 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 >loading driver .. >apparent rate = 48000 >creating alsa driver ... >hw:1|hw:1|1024|2|48000|2|2|nomon|swmeter|rt|32bit >control device hw:1 >configuring for 48000Hz, period = 1024 frames, buffer >= 2 periods >Couldn't open hw:1 for 32bit samples trying 24bit >instead >Couldn't open hw:1 for 32bit samples trying 24bit >instead >could not start playback (Broken pipe) >DRIVER NT: could not start driver >cannot start driver >22:07:33.937 JACK was stopped successfully. >22:07:35.861 Could not connect to JACK server as >client. > >if I only set for playback, then I get a bunch of >clicking and a bunch of XRUN callbacks. > >if anyone could help me out, I'd really appreciate it. >thanks! > >here's some info: > >$ more /proc/asound/cards >0 [AudioPCI ]: ENS1371 - Ensoniq AudioPCI > Ensoniq AudioPCI ENS1371 at >0x1080, irq 11 >1 [Quattro ]: USB-Audio - USB Audio Quattro > M Audio USB Audio Quattro at >usb-00:07.2-2, full speed > >$ more .asoundrc ># quattro1 is pcm0 which has a maximum sample rate of >44100 and 16 ># bit stereo > > pcm.quattro1 { > type hw > card 1 > device 0 > } > > ctl.quattro1 { > type hw > card 1 > } > ># quattro2 is pcm1 which has a maximum sample rate of >96000 and 24 ># bit stereo > > pcm.quattro2 { > type hw > card 1 > device 1 > } > > ctl.quattro2 { > type hw > card 1 > } > > >#---- > ># ># compose 4 channels from two channel x two devices, >hw:2,1 and ># hw:2,2 ># assuming that hw:2,1 and hw:2,2 give the same >condition, 24_3LE/96k ># > >pcm.quattro { > type multi; > > slaves.a.pcm "hw:1,0"; > slaves.a.channels 2; > slaves.b.pcm "hw:1,1"; > slaves.b.channels 2; > > bindings.0.slave a; > bindings.0.channel 0; > bindings.1.slave a; > bindings.1.channel 1; > bindings.2.slave b; > bindings.2.channel 0; > bindings.3.slave b; > bindings.3.channel 1; >} > >ctl.quattro { > type hw; > card 1; >} > > ># ># Remap 4 channels as interleaved. ># Use plug instead of route here, since 24_3LE is >unlikely supported ># by applications. ># ># arecord -r 44100 -c 4 -f s16_le -D q4 -d 5 >/home/xxx/q4.wav > >pcm.q4 { > type plug; > slave.pcm "quattro"; > ttable.0.0 1; > ttable.1.1 1; > ttable.2.2 1; > ttable.3.3 1; >} > > > >ctl.q4 { > type hw; > card 1; >} > ># ># Use route plugin for applications that do support >24_3LE ># This lowers latency which the plug plugin introduces >due to ># resampling. ># ># arecord -r 44100 -c 4 -f s16_le -D q4b -d 5 >/home/xxx/q41.wav > > > >pcm.q4b { > type route; > slave.pcm "quattro"; > ttable.0.0 1; > ttable.1.1 1; > ttable.2.2 1; > ttable.3.3 1; > >} > >ctl.q4b { > type hw; > card 1; >} > > > > > >
