PDA

View Full Version : Squeezebox: Sound drop out with Flac files



Steven Kramer
2004-03-14, 09:04
Roy M. Silvernail wrote:
> On Sun, 2004-03-14 at 04:30, Simon Turner wrote:
>
>> Squeezebox. Firmware 8.
>> SlimServer 5.1.1
>> Windows XP Pro
>> 1.8mhz PIV with 512mb of RDRam
>> Wireless signal strength 80%
>> Belkin WAP F5D7130 (latest firmware)
>> Runs thru Netgear dual speed hub DS108
>
> Jack Coates has posted previously about problems with Netgear
> switches.
> I wonder if the problems extend to their hubs, as well. Do you have
> another hub or switch that you can swap in for the Netgear unit?

I have flac dropouts with a linksys switch on a wired network.

-Steve

Andrew W. Donoho
2004-03-14, 12:09
On Mar 14, 2004, at 10:04, Steven Kramer wrote:
> Roy M. Silvernail wrote:
>> On Sun, 2004-03-14 at 04:30, Simon Turner wrote:
>>
>>> Squeezebox. Firmware 8.
>>> SlimServer 5.1.1
>>> Windows XP Pro
>>> 1.8mhz PIV with 512mb of RDRam
>>> Wireless signal strength 80%
>>> Belkin WAP F5D7130 (latest firmware)
>>> Runs thru Netgear dual speed hub DS108
>>
>> Jack Coates has posted previously about problems with Netgear
>> switches.
>> I wonder if the problems extend to their hubs, as well. Do you have
>> another hub or switch that you can swap in for the Netgear unit?
>
> I have flac dropouts with a linksys switch on a wired network.

Folks,

With SlimServer 5.1.1 and Firmware 8, FLAC and AAC both decode to .wav
files on a SqueezeBox. In my tests today, I can correlate the skips in
AAC decoding with sustained load on my Linux server resulting in pauses
in sending data to the SqueezeBox. Whether this is due to 'priority
starvation' or some .wav/TCP stream bug on the SqueezeBox, I cannot
say. I do not recall anyone playing MP3s reporting the same skipping
behavior. Therefore, I would remove wireline network hardware from
consideration as the cause of the problem.

Since this problem appears with both FLAC and AAC, I would suspect the
common element is the root cause - SlimServer and how it handles .wav
streams. It also appears to occur in both WinXP and Linux. Both systems
use external to slimserver.pl helper applications to decode the
streams. At minimum, I would be looking at that interface between
processes. (In Linux, the decoder has a "lower" execution priority than
the server. This leads to my suspicion that the decoder is being
starved for cycles under heavy load.)

Andrew
____________________________________
Andrew W. Donoho
awd (AT) DDG (DOT) com, PGP Key ID: 0x81D0F250
+1 (512) 453-6652 (o), +1 (512) 750-7596 (m)