Bug 565 – Buffer fullness dosn�t work always.

Bug 565 - Buffer fullness dosn�t work always.

Summary:

Buffer fullness dosn�t work always.

Status:	RESOLVED WORKSFORME

Product:	SB 1
Classification:	Unclassified
Component:	Firmware
Version:	37
Platform:	PC Windows (legacy)

Importance:	P1 trivial (vote)
Target Milestone:	---
Assigned To:	Blackketter Dean

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2004-09-20 16:53 UTC by Nalle Johansson
Modified:	2005-03-28 08:47 UTC (History)
CC List:	0 users

See Also:
Category:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Nalle Johansson 2004-09-20 16:53:28 UTC

when testing bug 545 - killing the network and overload it and so on - the 
bufferfullnes dosn't work. It freezes and after a while the music stops. When 
the network is up again the player shows the right value again (about 0% and it 
went up to 100%).

Comment 1 KDF 2004-09-20 18:04:46 UTC

this isn't a bug.  when the server is killed, there is no server to deliver
graphic information to the squeezebox.  Thus, no buffer.

Comment 2 Nalle Johansson 2004-09-20 23:42:29 UTC

I can understand that the progressbar will not work if there is no server 
sending data - but then I can�t understand why It has been working before.

If I unplug the RJ45-cable the bar freezes now. With a older firmware it dosn�t.

Comment 3 KDF 2004-09-21 00:29:21 UTC

it should not have been working before either.  Sean has stated that he's
working on a firmware-side buffer display.  it will not be the same as the
current progress bar.