Rock on. Disabling libsamplerate did the trick for me in mpd_0.14.2-3. Now that I know what to search for, there are some threads that have recently spun up on the linux.debian.bugs.dist Google Group (specifically Bug#517976), complaining about libsamplerate as a CPU hog for machines without FPU. I guess there have been changes to MPD recently that changed how this was implemented.
Brian, thanks for the quick response and attention in this matter. I'm amazed and grateful for how well the *nix community continues to support the little Slug, five years after it was first introduced to the market. Amazing.
--- In firstname.lastname@example.org, "Brian Zhou" <b88zhou@...> wrote:
> I just disabled libsamplerate in mpd configure except on x86 optware target. When libsamplerate is enabled, it does quite a lot of FP calculation. Please give mpd_0.14.2-3 a try and see if it makes any difference.
> -Brian Zhou
> --- In email@example.com, "threeeyedtoad" <threeeyedtoad@> wrote:
> > I'm sort of at the end of my rope on this one, and could really use
> > help from some of the seasoned experts...
> > I've picked up a USB audio dongle (although I attempted to secure one
> > with a C-Media chip, I ended up with "3D SOUND" dongle with a JMTek
> > chip in it)... I've managed to configure the dongle with my NSLU2
> > running Unslung 6.10 Beta. I abandoned getting it to work with a USB
> > 2.0 hub, but have met with success using a Texas Instruments
> > TUSB2040/2070 USB 1.1 hub. I also have a Western Digital .5 Tb MyBook
> > sharing the USB hub, which has all my MP3s on it.
> > When I use madplay (0.15.2) to playback an MP3, sound comes out of the
> > USB dongle (although it does sound like the MP3 is either downsampled,
> > or over-driven) and is delivered to my speakers.
> > However, when I attempt to use MPD (0.14.2) with the wymypy web-based
> > front-end for playback, the playback is badly stuttered (like, a
> > half-second of audio is heard, then a second of silence, then another
> > half-second of audio, etc.). Top reveals MPD's CPU utilization is
> > pegged at 97%, leading me to believe the stuttering is a side affect
> > of the excessive utilization.
> > I could go about getting another server-side playback utility running,
> > but I was hoping to avoid setting up PHP and/or a web server. Madplay
> > reports only using between 5% and 15% CPU utilization, so what's up
> > with MPD? Is it using some floating point calculation that can be
> > supressed through mpd.conf possibly?
> > Also, any ideas on improving the fidelity of the sound sample coming
> > out of the USB dongle? I know the dongle is capable of much higher
> > quality, having used it with another system...