Rockbox General > Rockbox General Discussion

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

<< < (4/9) > >>

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).

Navigation

[0] Message Index

[#] Next page

[*] Previous page