Bug 867 – 6.0a1: Delays when skipping tracks

Bug 867 - 6.0a1: Delays when skipping tracks

Summary:

6.0a1: Delays when skipping tracks

Status:	RESOLVED FIXED

Product:	Logitech Media Server
Classification:	Unclassified
Component:	Audio
Version:	6.0.0
Platform:	Other Debian Linux

Importance:	P2 normal (vote)
Target Milestone:	---
Assigned To:	Blackketter Dean

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2005-02-25 13:29 UTC by Michel Marti
Modified:	2008-09-15 14:37 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 Michel Marti 2005-02-25 13:29:33 UTC

When skipping a track using either the remote control or the web-ui, it takes
aproximately 7 seconds until the new track can be heard... The
slimserver-logfile stays quiet. A restart of the slimserver doesn't help. I also
did a reset (by holding the brightness key on the remote) of the Squeezebox but
this doesn't help also). The slimserver is rather idle (~ 2% CPU Usage). 
After restoring to 5.4, skipping tracks works as expected.

SlimServer Version: 6.0a1 (tar.gz) (Running as uid 1001)
Squeezebox FW Version: 40
OS: Debian SID (x86), Linux 2.6.9
perl v 5.8.4
AMD Athlon XP 1700+
512MB RAM

Comment 1 KDF 2005-02-25 15:12:36 UTC

Is there any cpu spike as you skip the track?  Are these mp3 format or some
other type?  How about turning on d_source, d_command and/or d_playlist for logging?

Comment 2 Michel Marti 2005-03-11 14:51:29 UTC

Just tried to reproduce this with slimserver-svn (revision 2430): The problem
does not show up anymore.

Comment 3 Chris Owens 2006-06-16 14:40:56 UTC

There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006.  I am setting them to targets of 6.2.1 to keep them from showing up in my queries.