Rockbox

Tasklist

FS#6079 - Erratic behavior when skipping backwards on FLAC files in iPod 5G

Attached to Project: Rockbox
Opened by Mark L (agentpyro003) - Wednesday, 27 September 2006, 22:09 GMT
Last edited by Dominik Riebeling (bluebrother) - Thursday, 28 September 2006, 07:34 GMT
Task Type Bugs
Category Music playback
Status Closed
Assigned To No-one
Operating System iPod 5G
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

During playback of FLAC files on the 5G, if the Previous button is pressed in the middle of the song (as if you wanted to restart the current song), instead of restarting the song, playback skips ahead a few seconds. Pressing the Previous button near the start of the song (as if you wanted to go to the previous track) works fine, and I was unable to reproduce the error with MP3 files, they seem to be fine.
This task depends upon

Closed by  Brandon Low (lostlogic)
Sunday, 29 October 2006, 03:18 GMT
Reason for closing:  Duplicate
Additional comments about closing:  Looks like  FS#5892  is a patch for seeking in FLAC, so I\'m going to close this task; watch that one for updates.
Comment by Benjamin Woods (woodsb02) - Friday, 13 October 2006, 04:05 GMT
I can confirm this bug on my ipod video using the 061011 cvs firmware.

In addition to the mentioned bugs, if you try and fast forward whilst playing a FLAC to a certain position in the song, it fails to do so (and just continues playing from where it was).

Cheers
Comment by Benjamin Woods (woodsb02) - Friday, 13 October 2006, 04:17 GMT
I just updated to the latest cvs version to date and the problem still exists.
As it turns out, fast forwarding does not leave you at the same place in the song, it puts you forward about 4 seconds regardless of where you told it to go.. exactly the same as if you try and rewind!
Comment by Brandon Low (lostlogic) - Sunday, 29 October 2006, 00:49 GMT
I believe our flac decoder doesn't support seeking and this is the reason for these behaviors -- the forward 4 seconds is because when it tries to seek, it flushes the decoded audio from the buffer before realizing that it can't perform the seek action.
Comment by Benjamin Woods (woodsb02) - Sunday, 29 October 2006, 03:13 GMT
Oh... well that makes sense then - no actual bug... just not functional.

What are the chances of it being included as functionality in the decoder at some point?

Cheers

Loading...