squeezelite stutters on RaspberryPI

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Install RaspberryPI using Raspbian image
2. Start squeezelite using /usr/local/bin/squeezelite-armv6hf -o default -n 
Kantoor -d all=debug -f /var/log/squeezelite.log -z 192.168.110.188
3. Start playing music

What is the expected output? What do you see instead?

Normal sound output is expected but in stead it is playing garbage (seems like 
audio is delayed) I`m also running sqeeuzelite on windows and ubuntu is they 
are playing fine

What version of the product are you using? On what operating system?

/usr/local/bin/squeezelite-armv6hf --help
Squeezelite v1.1, Copyright 2012, 2013 Adrian Smith.

root@pi:/var/log/apt# cat /etc/issue
Debian GNU/Linux 7 \n \l

Please provide any additional information below.

Today during testing the sound seems to be okay after some time playing bad 
sound. But after restarting squeezelite i cannot reproduce this and the sounds 
seems to keep bad

I was using squeezelite for some weeks on the RaspberryPI without to much 
problem. Maybe it is because i rebooted the unit last night, or because of 
installing updates. I`m not sure what caused it.

I can play mp3 files without any issues using mpg321 (both localy and using NFS)

Original issue reported on code.google.com by raymon...@zonnet.nl on 22 Jun 2013 at 7:26

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[07:28:29.342853] sendRESP:182 RESP
[07:28:29.403418] _check_lame_header:120 gapless: skip: 2257 samples: 9057552 
delay: 1105 padding: 671
[07:28:29.410377] mad_decode:189 setting track_start
[07:28:29.417057] mad_decode:207 gapless: skipping 1152 frames at start
[07:28:29.420425] mad_decode:207 gapless: skipping 1105 frames at start
[07:28:29.437057] output_thread:773 track start sample rate: 44100 replay_gain: 
0
[07:28:29.440298] sendSTAT:151 STAT: STMs
[07:28:29.441463] sendSTAT:151 STAT: STMt
[07:28:30.447293] sendSTAT:151 STAT: STMt
[07:28:31.458249] sendSTAT:151 STAT: STMt
[07:28:32.471060] sendSTAT:151 STAT: STMt
[07:28:33.478462] sendSTAT:151 STAT: STMt
[07:28:34.324042] process:407 strm
[07:28:34.324350] process_strm:219 strm command t
[07:28:34.324538] sendSTAT:151 STAT: STMt
[07:28:35.326102] sendSTAT:151 STAT: STMt
[07:28:36.327884] sendSTAT:151 STAT: STMt
[07:28:37.329607] sendSTAT:151 STAT: STMt
[07:28:38.331219] sendSTAT:151 STAT: STMt
[07:28:39.322242] process:407 strm
[07:28:39.322559] process_strm:219 strm command t
[07:28:39.322797] sendSTAT:151 STAT: STMt
[07:28:40.324524] sendSTAT:151 STAT: STMt
[07:28:41.326520] sendSTAT:151 STAT: STMt
[07:28:42.328174] sendSTAT:151 STAT: STMt
[07:28:43.329853] sendSTAT:151 STAT: STMt
[07:28:44.322608] process:407 strm
[07:28:44.322987] process_strm:219 strm command t
[07:28:44.323160] sendSTAT:151 STAT: STMt
[07:28:45.324610] sendSTAT:151 STAT: STMt

Original comment by raymon...@zonnet.nl on 22 Jun 2013 at 7:29

[GoogleCodeExporter]

I have left the device for some time (several hours) and when just tested it al 
was fine. Sound quality was ok and no stutter. I now rebooted the RaspberryPI 
and the problem returned. 

I`m not sure what is going on. Load seems fine 

Original comment by raymon...@zonnet.nl on 23 Jun 2013 at 2:51

[GoogleCodeExporter]

Afraid this isn't really enough information to decode the problem with.  Some 
suggestions:

1) If you are using mp3 then try using libmpg rather than mad "-c mpg".  Some 
versions of mad have caused problems
2) Try running with "-a 40::16"

Original comment by trio...@btinternet.com on 23 Jun 2013 at 5:02

[GoogleCodeExporter]

had the same issue. Using -a 44100 seems to solve the problem for me

Original comment by brdlo...@gmail.com on 1 May 2015 at 4:27

[GoogleCodeExporter]

I had the same issue and the hint of brdlo...@gmail.com worked fine. No more 
stuttering since i applied it (using squeezeplug/max2play). Thanks

Original comment by meier...@gmail.com on 7 May 2015 at 8:02