PDA

View Full Version : Gaps in playback



Robert Wallace
2004-06-07, 16:12
Keith,

I stream flac (converted to wav by Slimserver) and I see this as well. This
is a recent occurrence - it didn't happen on earlier builds, but I don't
know exactly when it started. I've got the same setup you have.

In any case, there is a resource contention: If Slimserver is grabbing 100%
CPU, then it doing something other than pushing bits out the ethernet port
and during that busy period the Squeezebox buffer empties. Note that
Slimserver's normal music serving doesn't require near that much CPU.

What's Slimserver doing at that moment in time? I don't know, but this
problem and the back-from-the-dead Pause problem are rather serious, in my
opinion.

Robert

-----Original Message-----
From: discuss-bounces (AT) lists (DOT) slimdevices.com
[mailto:discuss-bounces (AT) lists (DOT) slimdevices.com] On Behalf Of Keith Leng
Sent: Monday, June 07, 2004 4:35 AM
To: discuss (AT) lists (DOT) slimdevices.com
Subject: [slim] Gaps in playback


Hi,

I'm experiencing random gaps when playing songs. They last for a few
seconds. The distribution is very random but it probably averages out to
1 every 10 to 15 minutes. I don't think it's a resource contention
problem. Nothing else is grabbing bandwidth or CPU cycles. During the
gap, the slim executable is using 100% CPU.

Is this is a known problem? Are there any workarounds?

Thanks,
Keith

Windows XP
Server 5.1.6
Player Firmware 23

dean
2004-06-08, 08:07
This is definitely not right and is a serious problem. Intermittent
networks, usually wireless interruptions, are the most common cause for
this.

The CPU overhead problem is a new one for me, but could be related to
loading from scanning your music library or heavy load on the web
interface. Is there a reliable way to reproduce this problem?

-dean

On Jun 7, 2004, at 4:12 PM, Robert Wallace wrote:

> Keith,
>
> I stream flac (converted to wav by Slimserver) and I see this as well.
> This
> is a recent occurrence - it didn't happen on earlier builds, but I
> don't
> know exactly when it started. I've got the same setup you have.
>
> In any case, there is a resource contention: If Slimserver is
> grabbing 100%
> CPU, then it doing something other than pushing bits out the ethernet
> port
> and during that busy period the Squeezebox buffer empties. Note that
> Slimserver's normal music serving doesn't require near that much CPU.
>
> What's Slimserver doing at that moment in time? I don't know, but this
> problem and the back-from-the-dead Pause problem are rather serious,
> in my
> opinion.
>
> Robert
>
> -----Original Message-----
> From: discuss-bounces (AT) lists (DOT) slimdevices.com
> [mailto:discuss-bounces (AT) lists (DOT) slimdevices.com] On Behalf Of Keith Leng
> Sent: Monday, June 07, 2004 4:35 AM
> To: discuss (AT) lists (DOT) slimdevices.com
> Subject: [slim] Gaps in playback
>
>
> Hi,
>
> I'm experiencing random gaps when playing songs. They last for a few
> seconds. The distribution is very random but it probably averages out
> to
> 1 every 10 to 15 minutes. I don't think it's a resource contention
> problem. Nothing else is grabbing bandwidth or CPU cycles. During the
> gap, the slim executable is using 100% CPU.
>
> Is this is a known problem? Are there any workarounds?
>
> Thanks,
> Keith
>
> Windows XP
> Server 5.1.6
> Player Firmware 23
>
>

Adam Spiers
2004-06-10, 03:24
Robert Wallace (rawallace (AT) comcast (DOT) net) wrote:
> I don't have the web interface active when I've had a break happen and I'm
> not rescanning (unless it happens automatically at random intervals). The
> buffer just drains and doesn't begin to fill until a second or two after the
> music stops. As far as I know, there is nothing else using my wireless
> network at that time. I have 70-80% signal level at the Squeezebox. I
> can't verify the 100% CPU because I've never been near the server when it
> happens. It's not a constant thing -- maybe once every 30 minutes to an
> hour or so for me.

Is there any way any of you guys experiencing these gaps can capture a
network packet dump which includes a dropout period? Or even a dump
which just includes a minute or so of playback, just to check you
aren't seeing the same TCP breakage some of us are?

What player firmwares are you running?