The last option is that you're updating your db while playing... This stresses a lot the lan connection... Could you please paste the output of:
cat /proc/asound/card0/pcm0p/sub0/hw_params

Let me know...

But I think maybe that this receiver doesn't really work on RaspyFi... Could you please also post
lsusb

and

sudo aplay -l

Thanks

admin said

I think you're too short on buffering:
audio_buffer_size "2048"
buffer_before_play "10%"
Then reboot and let me know.

You are not going to like this.

I took a ordinary raspbian distribution (not raspyfi), copied it onto an sd card, installed samba, mpd and alsa to give mpd network access to music files on my network. This plays through the usb dac with NO glitches. So I'm afraid it must be the raspyfi distribution that is causing them. This is also while running a vncserver and the raspbian desktop.

If anyone manages to get smooth sound from it on XBIAN, please drop me a line because I have no clue how to set it up..

audio_buffer_size "2048"
buffer_before_play "10%"

Then reboot and let me know.

1) running the same sound files through the usb audio dac on another computer does not have any glitches (so it's not this usb dac),

2) sound through the Pi's analogue output (or HDMI when using raspbmc) does not have any glitches (so it's not the ethernet-working),

3) sound through the Pi using the usb dac DOES have glitches, even using ramplay, and

4) sound through the Pi using a powered usb hub and then the usb dac also glitches (so it's not the power supply).

Back to using the analogue jack for now.

http://nfs.sourceforge.net/nfs.....01s05.html

This means, that by separating the chunks of data into smaller blocks, we tend to slow down transmission speed in favour of a more accurate stream of data. If we do increase this sizes, also, mpd should wait for a bigger chunk to be completed, and so comes stuttering.

I like to listen to a 1 or 2 hour long radio music programme that's broadcast at 11pm here. So I record it on a separate computer and listen to it the next day.
I've written a small batch file to break it into 5 minute chunks using mp3split (then I can fast forward through it without having the lost connection problems with a large mp3 file) and then ftp those to /run/shm on the pi and then use mpc to cause a filebase update so it is all ready for me to listen to the next morning!

Nas -fstype=cifs,file_mode=0777,dir_mode=0777,iocharset=utf8,sec=ntlm,rsize=2048,wsize=4096,cache=strict,username=pi,password= ://192.168.nasip/sharename

This will solve your issue.

These random dropouts don't happen with raspbmc playing music (or videos, which are far more demanding) from nas so it is possible.

in mpd.conf,
audio_buffer_size "384"
buffer_before_play "100%

for the reasons given in that link.

The pops are not constant at all; more like a very brief dropout every couple of minutes or so. They are random, not repeatable, and I know they are not in the original source file music. I've changed the power supply for a better one, but they are still happening. They seem to be worse with nas sourced music, so maybe it is the ethernet interface. Very hard to quantify, but they are annoying and shouldn't be there at all.

Anyway one thing I did notice was that there were very occasional dropouts (hiccups) in the music that I'm sure aren't there when using the pi's audio out. This post
http://www.raspberrypi.org/php.....;start=104
sounded like the same problem. I made the changes suggested and it seems to have fixed the problem, but what do you blokes think?

ps why does putting http etc in front of a link cause it to disappear in posts on this forum?