On Wed, 13 May 2009 17:50:04 -0700Grant <emailgrant@xxxxxxxxx> wrote: > >> I'm playing a video in miro and I get:> >>> >> # lsof|grep speex> >> miro.real 9019 user mem REG 8,3 108992> >> 28197654 /usr/lib64/libspeex.so.1.4.0> >>> >> Does this mean dmix is using speex? If so, what else could be causing> >> my static problem? I basically hear static whenever dmix is involved.> >> If I have mpd resample with libsamplerate, I get no static.> >>> >> - Grant> >>> >> > Yes, you are using speex.> > I don't think my defaults.pcm.rate_converter is being obeyed. I> switched from "speexrate_best" to "samplerate_best" and also tried> removing the definition entirely, but lsof still says whichever> program is playing audio is opening the speex file and not the> libsamplerate file.> > I also tried removing speex from the system and speex disappeared from> lsof, but the static remained.> > > I suggest first of all to temporarily leave 'miro' aside - it's a> > non-trivial piece of SW which might have its own quirks.> >> > I suggest to start from very basic 'aplay' with .wav files - just to> > make sure ALSA works OK.> > I can definitely confirm static with aplay .wav files that doesn't> exist in mpd. If I don't have mpd bypass dmix I get static there too.> Where should I go from here?> > # lsof|grep aplay> aplay 2734 marant cwd DIR 8,3 4096> 52765471 /home/user> aplay 2734 marant rtd DIR 8,3 4096> 2 /> aplay 2734 user txt REG 8,3 53376> 28837169 /usr/bin/aplay> aplay 2734 user mem REG 8,3 35656> 29108038 /lib64/librt-2.9.so> aplay 2734 user mem REG 8,3 1383600> 29108047 /lib64/libc-2.9.so> aplay 2734 user mem REG 8,3 137030> 29107546 /lib64/libpthread-2.9.so> aplay 2734 user mem REG 8,3 14512> 29108011 /lib64/libdl-2.9.so> aplay 2734 user mem REG 8,3 534648> 29108000 /lib64/libm-2.9.so> aplay 2734 user mem REG 8,3 850624> 30818799 /usr/lib64/libasound.so.2.0.0> aplay 2734 user mem REG 8,3 123160> 29108031 /lib64/ld-2.9.so> aplay 2734 user DEL REG 0,7> 1998858 /SYSV00000401> aplay 2734 user mem CHR 116,16> 371 /dev/snd/pcmC0D0p> aplay 2734 user DEL REG 0,7> 1966089 /SYSV00000400> aplay 2734 user 0u CHR 136,0 0t0> 2 /dev/pts/0> aplay 2734 user 1u CHR 136,0 0t0> 2 /dev/pts/0> aplay 2734 user 2u CHR 136,0 0t0> 2 /dev/pts/0> aplay 2734 user 3r CHR 116,33 0t0> 866 /dev/snd/timer> aplay 2734 user 4u CHR 116,16 0t0> 371 /dev/snd/pcmC0D0p> aplay 2734 user 5r REG 8,3 86699108> 39968801 /home/user/file.wav> > - Grant> > > > Then, say, 'mplayer' with .flac, .mp3.> >> > You can try to increase ALSA buffers size, but I do not remember how to> > do this, though I remember it was easy.> >> > Regards,> > Sergei.> Then start from very basic things: 1) choose direct HW output;2) choose sample rate supported by HW - if necessary, resample yourinput file by high quality stand-alone resampler;3) also take care of number of bits if necessary;4) start playing with ALSA buffer size. For resampling/format conversion you can use 'ecasound' or 'sox'. Disclaimer: I am not an ALSA developer, so my recommendation are fromend user point of view. Regards, Sergei. ------------------------------------------------------------------------------The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Yourproduction scanning environment may not be a perfect world - but thanks toKodak, there's a perfect scanner to get the job done! With the NEW KODAK i700Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com_______________________________________________Alsa-user mailing listAlsa-user@xxxxxxxxxxxxxxxxxxxxxxxxxx://lists.sourceforge.net/lists/listinfo/alsa-user
