nice. Your config just helped me make it work for me. I too have an intel8x0. (I also have some other gear, but in essence I can use alsaplayer and xmms on my intel8x0 simultaneously.) Not being an expert in .asound voodoo, I would say that yours is a bit more complicated than it needs to be. Without changing your .asound file, have you tried: aplay -D mydmix test.wav ? The only other difference is that I don't have rate 44100. It is my understanding that the intel8x0 is locked at 48000 for the hardware I have. My only gripe with dmix now is normalization. All the music I have is normalized and when I sum that up, it distorts, so I have to be careful. Also, jack doesn't like dmix. For starters, dmix is for playback only. Would be nice to be able to create a composite device that had dmix and dsnoop.... wait... that's jack! ;-) d! On Mon, 2003-05-26 at 18:28, Nathaniel Gray wrote: > I'm sending this again since I got no response the first time and dmix > does not appear to be under heavy development, despite how incredibly > useful it would be if it worked. > > [n8gray@golux alsa-lib-0.9.3]$ cat /proc/asound/version > Advanced Linux Sound Architecture Driver Version 0.9.3a. > Compiled on May 9 2003 for kernel 2.4.21-0.16mm-mdkcustom. > Using alsa-libs 0.9.3. > > The dmix plugin seems to be very unreliable, or else maybe I'm not > setting it up correctly. Here's my asoundrc: > =================== .asoundrc =================== > pcm.intel8x0 { > type hw > card 0 > } > > ctl.intel8x0 { > type hw > card 0 > } > > pcm.mydmix { > type dmix > ipc_key 12349 > ipc_key_add_uid true > slave { > pcm "hw:0,0" > # Setting this rate to 44100 seems to help > rate 44100 > } > } > > ctl.mydmix { > type hw > card 0 > } > > pcm.mixed { > type plug > slave { > pcm mydmix > } > } > > ctl.mixed { > type hw > card 0 > } > ================================================= > > If I run this command nothing happens: > [n8gray@golux sounds]$ aplay -D mixed KDE_Beep_ClockChime.wav > Playing WAVE 'KDE_Beep_ClockChime.wav' : Unsigned 8 bit, Rate 7418 Hz, > Mono > > I get no sound, no error, aplay uses no cpu time. Here's the tail end > of the same command under strace: > open("KDE_Beep_ClockChime.wav", O_RDONLY) = 5 > read(5, "RIFF\256\17\0\0WAVEfmt \20\0\0\0\1\0\1\0", 24) = 24 > read(5, "\372\34", 2) = 2 > read(5, "\0\0\372\34\0\0\1\0\10\0", 10) = 10 > read(5, "data\212\17\0\0", 8) = 8 > write(2, "Playing WAVE \'KDE_Beep_ClockChim"..., 41Playing WAVE > 'KDE_Beep_ClockChime.wav' : ) = 41 > write(2, "Unsigned 8 bit, ", 16Unsigned 8 bit, ) = 16 > write(2, "Rate 7418 Hz, ", 14Rate 7418 Hz, ) = 14 > write(2, "Mono", 4Mono) = 4 > write(2, "\n", 1 > ) = 1 > shmget(IPC_PRIVATE, 49152, 0x1b6|0666) = 10747908 > shmat(10747908, 0, 0) = 0x40274000 > shmget(IPC_PRIVATE, 12288, 0x1b6|0666) = 10780677 > shmat(10780677, 0, 0) = 0x40023000 > read(5, "G\214j\313\267hqG\234\250Yn;\206\274[e=t\305\207\217FM"..., > 927) = 927 > read(5, "\206\177U\217\214\207\211S\201\215\211\231[p\204\201\242"..., > 927) = 927 > poll([at this point the program just hangs] > > If I run this command it completes but I get no sound output: > [n8gray@golux sounds]$ aplay -D mixed pop.wav > Playing WAVE 'pop.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, > Mono > > The same file plays properly (with sound) if I leave out the "-D mixed" > flag. This command, however, works perfectly: > [n8gray@golux sounds]$ aplay -D mixed info.wav > Playing WAVE 'info.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, > Mono > > If I actually try to mix two streams, though, I get xruns and cracks in > the sound: > [n8gray@golux sounds]$ aplay -D mixed info.wav & aplay -D mixed info.wav > [1] 12952 > Playing WAVE 'info.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, > Mono > Playing WAVE 'info.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, > Mono > xrun!!! (at least 0.030 ms long) > xrun!!! (at least 0.008 ms long) > [1]+ Done aplay -D mixed info.wav > > I've tried this experiment with long sounds to try to eliminate any > startup inefficiency, but the cracks last as long as the streams are > being mixed. > > I'll be glad to help debug in any way I can. I've tried using the C > versions of mix_areas1 and mix_areas2 and it doesn't help any of these > problems. > > Thanks, > -Nathan