Bug 9692 – Need to note exact track start point in elapsed samples

Bug 9692 - Need to note exact track start point in elapsed samples

Summary:

Need to note exact track start point in elapsed samples

Status:	RESOLVED INVALID

Product:	SB 2/3
Classification:	Unclassified
Component:	Audio
Version:	116
Platform:	All Debian Linux

Importance:	-- normal (vote)
Target Milestone:	---
Assigned To:	Felix Mueller

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2008-10-10 06:51 UTC by Alan Young
Modified:	2008-10-11 03:22 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 Alan Young 2008-10-10 06:51:18 UTC

See change 2990 (http://svn.slimdevices.com/7.3/trunk/squeezeplay/src/squeezeplay/src/audio/decode/decode_output.c?root=Jive&r1=2990&r2=2989&pathrev=2990) from SqueezePlay for a change that makes sure that elapsedSamples gets reset exactly to the number of already-output samples at the start of a new track, instead of just reset to 0 when the start point has recently been passed. We need the same in the ip3k firmware - otherwise sync can drift over time. By how much or how fast I don't know.

Comment 1 Alan Young 2008-10-11 03:22:47 UTC

Thinking about it some more, the DAC buffer is so small with ip3k that this issue is probably irrelevant. I was thinking that the error would end up be cumulative from track to track but it is not.