Naturally, I am very greatful for your quick responses. Reacting on the advise, however, took me a lot longer. After installing the CVS version of Alsa and figuring out the snd-card-rme96 -> snd-rme96 puzzle, Alsa now plays glitch-free in both SPDIF and ADAT mode! Hurray! However, anything I try that even hints at recording gives me:
ALSA lib pcm_hw.c:797:(snd_pcm_hw_open) open /dev/snd/pcmC0D0c failed: Input/output error or, in the ADAT case: ALSA lib pcm_hw.c:797:(snd_pcm_hw_open) open /dev/snd/pcmC0D1c failed: Input/output error Is it correct that it tries to open pcmC0D0c instead of pcmC0D0p? (c is the control handle, p the pcm handle, right?) Please help! Anybody... OTHER REMARKS / BUGS?: Why does changing snd-card-rme96 in the following modules.conf line to snd-rme96 produce an error? > options snd-card-rme96 snd_index=1 snd_id=CARD_0 Why is the file /etc/asound.state restored when I restart Alsa? Alsa doesn't seem to read it, or is this similar to bug 544262 ? Greetz, Jr. On Wed, 10 Apr 2002 05:54:44 -0400 (EDT) [EMAIL PROTECTED] (Jeremy Hall) wrote: > Hi, > > With ecasound, if you want to tell it to use the hardware, you have to do > > alsahw,0,0 and alsahw,0,1 > > You should be aware that the hardware layer is pretty strict on what it > wants. I recommend using jack for the rme series cards, the alsa support > in ecasound doesn't seem to get it right. You'll want to use the CVS > versions of ecasound, jack, and alsa. If you are using 0.5.x alsa, then > you'll most certainly be having problems with any rme card given that Paul > basically rewrote the driver for the current version. > > Jack can be found at jackit.sf.net, alsa can be found at alsa.sf.net, and > ecasound can be found wherever you got it. For alsa, > > check out modules alsa-kernel, alsa-driver, alsa-lib, alsa-utils, and > alsa-oss. > > Run ./cvscompile from within alsa-driver, alsa-lib, alsa-utils, and > alsa-oss. You'll need to make install right after a successful cvscompile > in each of these, so > cd alsa-driver > ./cvscompile > make install > cd ../alsa-lib > ./cvscompile > make install > > etc > > After successfully building these, install jack's CVS. I recommend you > join the jack mailing list since it is under quite a bit of > development. After installing jack, build a fresh ecasound, destroying > your previous source tree or moving it out of the way. > > Good luck > > _J > > In the new year, Janroel Koppen wrote: > > Hi there, > > > > As you might know, having read my previous postings, I'm using an RME > > digi96/8 card. Since I still have trouble using the ADAT mode - it gives > > an anoying click train - I setup four very simple tests. Can anybody > > help me explain the outcome? > > > > First of all I have to give (as root): > > > modprobe snd-card-rme96 > > > > Then, I try four possible ways of playing out a wave file: > > > > > aplay -D hw:0,0 stereo.wav works (s/pdif) > > > aplay -D hw:0,1 stereo.wav error (see below) > > > aplay -D plughw:0,0 stereo.wav works (s/pdif) > > > aplay -D plughw:0,1 stereo.wav works (ADAT) *NOISY* > > > > 0,0 means using the s/pdif channel > > 0,1 means using the ADAT channel > > hw means using the hardware layer > > plughw means using the software layer > > (I understand that in s/pdif mode coaxial and optical connectors carry > > the same signal, so I use optical only, since I can switch my DA > > convertor between s/pdif and ADAT reception) > > > > The resulting messages: > > Playing WAVE 'stereo.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, > > Stereo > > > > Playing WAVE 'stereo.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, > > Stereo > > play: set_params:724: Channels count non available > > > > Playing WAVE 'stereo.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, > > Stereo > > > > Playing WAVE 'stereo.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, > > Stereo > > > > So this leads me to the conclusion that the plughw layer converts the > > audio to 'fit' 8 channels and does a nasty job. Results are similar with > > 48000 Hz audio. I still have to repeat the second test with an 8-channel > > wave file... > > > > > > Let's redo the test with ecasound. > > > > ecasound -o alsa,hw:0,0 -i stereo.wav works (s/pdif) > > ecasound -o alsa,hw:0,1 -i stereo.wav works (s/pdif)! > > ecasound -o alsa,plughw:0,0 -i stereo.wav works (s/pdif) > > ecasound -o alsa,plughw:0,1 -i stereo.wav works (s/pdif)! > > > > the resulting message (four times identical): > > > > - [ Chainsetup/Enabling audio inputs ] -------------------- > > (eca-audio-objects) Audio object "stereo.wav", mode "read". > > (audio-io) Format: s16_le, channels 2, srate 44100, interleaved. > > - [ Chainsetup/Enabling audio outputs ] ------------------- > > (eca-audio-objects) Audio object "alsa", mode "write". > > (audio-io) Format: s16_le, channels 2, srate 44100, interleaved. > > - [ Engine/Init - mixmode "simple" ] ---------------------- > > - [ Engine/Exiting ] -------------------------------------- > > > > Apparently ecosound doesn't care much about the device number (would > > this be a bug?). (I know chain setup with ecasound is very flexible, but > > if it doesn't recognize the ADAT device in the first place, what's the > > use?) > > > > Greetz, Janroel > > -- > > ________________________________________________________________ > > | > > | Janroel Koppen, (+31)(0)15-27.86224 > > | Information & Communication Theory Group, > > | Delft University of Technology, The Netherlands > > | [EMAIL PROTECTED], www-ict.its.tudelft.nl/~janroel > > |_______________________________________________________________ > > -- > > To unsubscribe send message 'unsubscribe' in the body of the > > message to <[EMAIL PROTECTED]>. > > > > > _______________________________________________ > Alsa-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/alsa-user -- -- ________________________________________________________________ | | Janroel Koppen, (+31)(0)15-27.86224 | Information & Communication Theory Group, | Delft University of Technology, The Netherlands | [EMAIL PROTECTED], www-ict.its.tudelft.nl/~janroel |_______________________________________________________________ _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Alsa-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-user
