Bug 1189 – Play counter is incorrect after fast-forwarding

Bug 1189 - Play counter is incorrect after fast-forwarding

Summary:

Play counter is incorrect after fast-forwarding

Status:	RESOLVED INVALID

Product:	SB 2/3
Classification:	Unclassified
Component:	Audio
Version:	unspecified
Platform:	PC Debian Linux

Importance:	P2 major (vote)
Target Milestone:	---
Assigned To:	Vidur Apparao

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2005-03-25 07:49 UTC by Jacob Potter
Modified:	2005-03-25 09:10 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 Jacob Potter 2005-03-25 07:49:24 UTC

After fast-forwarding a song (FLAC or MP3) and then putting it back at normal
speed, the play counter resets to zero (on both the player UI and the web
interface), although the audio continues from the correct point.

If I attempt to fast-forward again while the positions are offset, the behavior
is different between FLAC and MP3.

With FLAC, the SB2 stops playing and the counter stops advancing. Returning to
normal play mode causes the audio to continue where it left off, but the song
counter is once again back at zero. 

With MP3, the audio does fast-forward and the counter moves at the correct
multiplied rate, but it is reset to zero when I return to normal speed.

Comment 1 Vidur Apparao 2005-03-25 08:59:20 UTC

Jacob, you're seeing this with tip of trunk? I just checked in fixes yesterday.

Comment 2 Jacob Potter 2005-03-25 09:10:14 UTC

Step 1. "svn update"
Step 2. restart slimserver.pl <--- THIS PART IS IMPORTANT
Step 3. Open big mouth. :)

Sorry for the false alarm. (1190 is still happening for me, though)