From 212e7808d5f39e1d7fc1bd487de8f13c50d136f2 Mon Sep 17 00:00:00 2001 From: Richard Quirk Date: Sun, 9 Dec 2012 21:04:17 +0100 Subject: Use crc32 of filename to resume tracks As well as using an index, which breaks when a file is added or removed, use the crc32 of the filename. When the crc32 check passes the index is used directly. When it fails, the slow path is taken checking each file name in the playlist until the right crc is found. If that fails the playlist is started from the beginning. See http://www.rockbox.org/tracker/6411 Bump plugin API and nvram version numbers Change-Id: I156f61a9f1ac428b4a682bc680379cb6b60b1b10 Reviewed-on: http://gerrit.rockbox.org/372 Tested-by: Jonathan Gordon Reviewed-by: Jonathan Gordon --- docs/KNOWN_ISSUES | 3 --- 1 file changed, 3 deletions(-) (limited to 'docs') diff --git a/docs/KNOWN_ISSUES b/docs/KNOWN_ISSUES index 0c44acc685..4ae88cb9fd 100644 --- a/docs/KNOWN_ISSUES +++ b/docs/KNOWN_ISSUES @@ -40,6 +40,3 @@ FS#5796 - Early encoders such as this one employed a floor of type '0', as Files like these require quite a bit of memory to decode, more than what Rockbox has set aside for the purpose. Adding a real malloc for the codecs might help... - -FS#6411 - Resuming a playlist after having deleted one or more files makes - the resume point end up on the wrong song. -- cgit