"resume playback" suddenly starts at beginning of playlist instead of whre I was

[saratoga]

Whats the exact build?  And do I need to do anything beyond powering off and then back on to reproduce it?

Edit:  Actually, if you could concisely explain how you reproduce this bug it would be helpful.  Just stopping an arbitrary playlist and rebooting does not seem to be sufficient to trigger it. 

[fredex]

from the rockbox info screen: 355b540-140509

It occurs for me whether I pause then power off, or just power off. it's weird 'cause once in a while (not often) it comes back where I left off.

I just tried (a few mins ago) to reproduce it with another playlist, but so far it works fine for other lists. Weird thing is I've played this audiobook from the same playlist multiple times in the past without trouble. In case something is wrong with the mp3 files, I've re-copied the files from my PC, but no go.

[fredex]

dunno if this means anything in the context of my reported issue (My guess is that it does not), but twice since installing the dev build I've gotten this error while pressing the select button (and holding) then plug in the USB cable:

Data abort at 30
FSR 0x8
(domain 0, fault
address 0xDEADBE
pc: 30042890 sp:3

shown exactly as it appears on the screen. it appears that stuff is truncated on the right...

I haven't seen this with 3.13, but I can't categorically state that it couldn't happen there, this is a new player for me.

should this report go to the bug tracker too?

[fredex]

I tried this experiment:
-copy the files (for the playlist in question) from <microsd1> to /AUDIOBOOKS/foo
-modify the playlist to point to the new location
-play it, stop, resume playback, stop, resume playback, lather, rinse, repeat...

and so far it hasn't failed.

So now I'm running badblocks on the SD card. (though I don't expect it to fail, we'll see).

[fredex]

as I suspected, badblocks has no complaints with the 32 GB SD card.

so I did another experiment: I copied a subset of the directory tree from my AUDIOBOOKS folder onto another SD card, making sure the audiobook exhibiting the problem was one of the things copied.

Using that copy of the SD card, I can reproduce the problem on both players (i.e., the old Fuze, and the new Clip Zip). (the FUZE is running 3.13, and the Clip Zip is still running the daily build 355b540-140509).

Saratoga, you're one of the RockBox developers? Would there be enough interest in looking at this problem for me to mail you one of my players with the copied SD card, so you can see if you can re-create the problem??? (assuming I'd get them back, someday).

[fredex]

I've downgraded Rockbox on my Fuze v2 from 3.13 to 3.9.1, which is what I ran on it for a couple years before being updated to 3.13.

I can't recall exactly when this problem first came to my attention, but I apparently did the 3.9.1==>3.13 upgrade in Jan of '14, and I certainly never had the problem before that.

So, now with 3.9.1 back on the player, I've shut down and done "resume playback" 8 or 10 times and so far it always resumes in the right place. (Using the same playlist and SD card on which it was routinely failing on 3.13, yesterday.)

So, whatever is causing it, it looks as if it's due to something that changed after 3.9.1.

I may do a binary search thru old versions to see if I can pin down the exact point.

[fredex]

I've got 3.11.2 on the  Fuze now, and haven't been able to make it fail. I've been starting and stopping it several times a day for the last four (or so) days, with zero failures.

So, if there's any developers reading this: How else can I help to find/solve this problem? The fuze is now old and has a flaky headphone jack, and I have a new Clip  Zip, so I can spare the Fuze, shouuld someone want to use it to troubleshoot (assuming I'd get it back someday).

Any further ideas, or any takers on my offer?

Now, as I said, I've got a new Zip Clip, which exhibits the same problem, running 3.13. unfortunately, I can't fall back to 3.11.2 on the Clip Zip since 3.13 is the only stable release on offer. This gives me some impetus to help solve the issue.

thanks in advance!

[saratoga]

Assuming you aren't intending to fix it yourself, you could suggest a way for someone else to reproduce the problem. Otherwise no one else is going to look at it.

[fredex]

well, I could try slogging thru the code to see if I could even find the place(s) that deal with bookmarking and restarting. Is there, perhaps, a document somewhere that gives some intro to the organization of the source code?

I attempted to give you all the details of how it was happening, but since you couldn't reproduce it, it seemed to me that since Ihave two players, both of which illustrate(d) the problem, I could send you (or someone) one of them so you could see it happening.

I understand it's an open-source project, and nobody has to do anything for me. So, I was trying to be helpful to the extent I could. My apologies if it seemed otherwise.

[saratoga]

I don't think you need to look at the code; I'm just suggesting that you massively improve the odds of someone being able to help you if you can suggest a way to reproduce the problem. 

Edit:  Sorry, to not answer your other question.  Some very general information is available in this wikipage:  http://www.rockbox.org/wiki/ContributingToRockbox

[[Saint]]

Could you please verify that the file system of both the internal and external storage is intact?


[Saint]

[fredex]

Saint, I ran "dosfsck -Vaw" (from linux) on both devices while the player was plugged into USB. The built-in "drive" on the clip-zip reported some errors with reported sizes of things and did some cleanups, but the removable SD card was clean (and that's where the files that have exhibited the problem live).

Did the same thing on the FUZE v2 and the only errors reported were "FAT 1 and 2 are different sizes", but I cleaned those up too.

I'll post back here if the problems recur.

[gevaerts]

Saint, I ran "dosfsck -Vaw" (from linux) on both devices while the player was plugged into USB. The built-in "drive" on the clip-zip reported some errors with reported sizes of things and did some cleanups, but the removable SD card was clean (and that's where the files that have exhibited the problem live).

The internal drive is where all playback state is kept, so that's the one that matters.

[DefinitelyMaybe]

Sorry that this is quite an old thread but I've been having the same problem on my Clip+ with a 32gb card and thought the rest of this topic would still be relevant. I can reproduce it every time I've tried following these steps:

1. Navigate to the 1st track of an album on the memory card using the file browser and press "right" to play the album.
2. Navigate to the folder of an album on the internal memory using the file browser and add the album to the playlist by holding the select button and picking "Insert Last".
3. Return to "Now Playing" and skip (or play) through to a track on the second album.
4. Turn the player off and back on.
5. Resume playback and the whole playlist will still be there but playing right from the start.

There is no problem if I restart the player during the 1st album or if both albums are on the card or both albums are on the player or if the 1st is on the player and the 2nd on the card.

There have also been a couple of occasions where playback has resumed from the start of the previous dynamic playlist or albums have played in a different order than I loaded them but I haven't been able to reproduce that.

If anyone is looking into this I'll try to help as best I can. Thanks!

[steak]

In the last few days my Sansa Fuze (Rockbox 3.13) .../...

Now, as I said, I've got a new Zip Clip, which exhibits the same problem, running 3.13 ..../...

Sorry that this is quite an old thread but I've been having the same problem on my Clip+ with a 32gb card and thought the rest of this topic would still be relevant. I can reproduce it every time I've tried following these steps:

1. Navigate to the 1st track of an album on the memory card using the file browser and press "right" to play the album.
2. Navigate to the folder of an album on the internal memory using the file browser and add the album to the playlist by holding the select button and picking "Insert Last".
3. Return to "Now Playing" and skip (or play) through to a track on the second album.
4. Turn the player off and back on.
5. Resume playback and the whole playlist will still be there but playing right from the start.

There is no problem if I restart the player during the 1st album or if both albums are on the card or both albums are on the player or if the 1st is on the player and the 2nd on the card.

There have also been a couple of occasions where playback has resumed from the start of the previous dynamic playlist or albums have played in a different order than I loaded them but I haven't been able to reproduce that.

If anyone is looking into this I'll try to help as best I can. Thanks!

I never had that problem so I tried 1~5 on my Clip zip and did NOT get any problem : the playing resumed where I stopped the player. It sounds silly to make such a simple suggestion but have you check the Settings> /Bookmarking ; /Startup & Shutdown ?

My config.cfg file is as follows:

Code: [Select]

# .cfg file created by rockbox 3.13 - http://www.rockbox.org

volume: -33
backlight timeout plugged: 30
statusbar: off
scrollbar: off
scrollbar width: 3
volume display: numeric
battery display: numeric
idle poweroff: 5
max files in dir: 3000
car adapter mode: on
backlight filters first keypress: on
brightness: 3
scroll delay: 1500
bidir limit: 25
scroll step: 4
foreground color: 738A8C
line selector start color: 4A5552
line selector end color: 000000
line selector text color: FFFF29
volume fade: off
start directory: /Music/
show files: all
show filename exts: on
follow playlist: on
recursive directory insert: ask
autocreate bookmarks: on
autoupdate bookmarks: on
autoload bookmarks: ask
use most-recent-bookmarks: unique only
talk menu: off
rec format: mpa3
tagcache_ram: on
show path in browser: full path
fmr: /.rockbox/fmpresets/Lausenaz.fmr
fms: /.rockbox/wps/clock_lock2_zip.fms
font: /.rockbox/fonts/10-Artwiz-Snap.fnt
wps: /.rockbox/wps/zipplus SMM.wps
sbs: /.rockbox/wps/Classic Clip UI SMM.sbs
backdrop: /.rockbox/backdrops/black.bmp
start in screen: previous
viewers iconset: /.rockbox/icons/viewers.bmp
playlist catalog directory: /<microSD1>/Playlists
qs top: backlight timeout
qs left: show files
qs right: follow playlist
qs bottom: brightness
root menu order: shortcuts, wps, files, settings, radio,