On Wed, 13 May 2009 17:50:04 -0700 Grant <emailgr...@gmail.com> 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 your input 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 from end user point of view. Regards, Sergei. ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series 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 list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
