I’m having this issue with a Pi 3B+. I installed on a i5-2400, the same issue!
I’ve tried all possible combinations of buffer size and buffer before play without any luck. I switched from the external USB DAC I’m using to internal audio port, same thing.
I tried to update MPD. Not possible.
I’m trying to compile MPD but there are some dependencies I’ve been unable to fix. May be if I spend more time on this I’ll be able to compile it, but I won’t be sure if this new version will work with volumio or if the issue is actually fixed.
I think Volumio people should consider this bug as top priority. At the beginning I thought it was an issue with my hardware, but all my tests showed otherwise. And sadly, I’m not alone.
The funny part is that I bought 1 year of premium subscription and the android app:angry: Why should I have to spend time fixing a software that I paid a subscription for?
Thanks. The only thing I really see in the logs when it happens is “player: Decoder is too slow; playing silence to avoid xrun” in mpd.log. Are there other logs I should be watching (I’m pretty sure I also checked dmesg for kernel errors), or should I be increasing debug level to get more info?
I always see the “playing silence to avoid xrun” message when the stream goes silent, but I also see it in other instances (when starting a stream, for example), where it seems to have no ill effect.
I also have this issue and as a workaround waiting for a fix I am using a simple script to watch the mpd log and restart it again. I then installed cron and run this script on reboot. Here is the script:
#!/bin/bash
while :
do
OUT=$(tail -n 1 /var/log/mpd.log)
if [[ $OUT == *"Decoder is too slow"* ]]; then
/usr/bin/mpc stop
fi
sleep 1
done
it is very hard to fix as explained it occurs only in some non defined case. Unfortunately, you are in this case. I’m running several (up to 7) various volumio devices (rpi2,3,4, Asus thinkerboard, Sparky, c4, vim3l) and never met it.
Now, can you try :
I have had this problem, PI 2B, Volumio 2.806, wired network connection, Radio Paradise.
The PI is built into my HiFi which displays the song titles from the source.
The source would be playing for a few minutes and then the audio would dissapear but the titles continued to update. I have found that powering the PI off completely and re-powering, selecting the source again, does enable it to work again without a problem. However the problem reappears the next cycle.
I have tried to implement the ‘mpd_radio_fix’ listed above but the service fails to start, can’t see why! Doesn’t appear to be permissions.
Unfortunately, Raspbian is released with a very out-of-date version of the Music Player daemon. The version released with Buster is 0.21.5 is some twenty versions behind the latest version 0.21.25. You should install MPD version 0.21.5 first. When it is all working if you are having problems playing certain it is well worth installing the latest version of MPD. Although the thought of compiling MPD may be a frightening one for some of you it is probably worth doing. I have described the process in a PDF document which can be found at https://www.bobrathbone.com/raspberrypi/compiling_mpd.html. I cannot guarantee that the latest version of MPD will cure this particular problem but I have tested version 0.21.25 and it has cleared a number of problems relating to playback issues.
Volumio uses a custom compiled version of mpd. In the next release (buster) there will be the latest one…for those who have Thai problem, could you please try the buster release and let us know if this solves the issue?