On 2009/03/04 01:10, Joey Hess <jo...@debian.org> wrote: > I tried this with and without libsamplerate. There did seem to be a > small benefit.
Good, let's see what happens with my new buffer passing code, when it's ready. > I can't hear the quality problems with the fallback resampler (I can > with some of the faster libsamplerate converters), so personally I'd > be happy enough on these machines if I could just enable it w/o > maintaining my own build of mpd. As you wish, I will make a compile-time option for preserving the fallback integer-only resampler even when libsamplerate is enabled, which is interesting for platforms with a weak FPU. > No codec#0 but I found a stream0 that lists a number of interfaces > with rates. Mostly 44100, some 48000, a few 96000. I tried plugging > in each of those numbers to audio_output_format but none of them > keep libsamplerate from chewing up the cpu when playing my radio > stream. The ALSA /proc stuff is confusing, and there is no unified format.. you can see the current hardware sample rate in /proc/asound/card*/pcm*p/sub*/hw_params while you're playing something. MPD 0.15~git also logs this stuff in --verbose mode. Max -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
