FS#12799 - Resuming opus file from bookmark is not working correctly

Attached to Project: Rockbox
Opened by Tuomas Airaksinen (tuma) - Wednesday, 09 January 2013, 19:50 GMT
Last edited by MichaelGiacomelli (saratoga) - Saturday, 29 July 2017, 17:06 GMT
Task Type Bugs
Category Codecs
Status Closed
Assigned To No-one
Operating System All players
Severity Low
Priority Normal
Reported Version Daily build (which?)
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No


- first, make sure bookmarking (most recent) are enabled
- open a opus file and play back for some time (few seconds enough)
- stop to save bookmark

- resume bookmark
-> it starts from the beginning of the file, not from where bookmark was saved.

I tried with 16 kbps vbr speech optimized opus files. Bookmarking with ogg and spx
files are tested to be working fine. I was using android version of rockbox c6cf7e1-130108.

Note: if opus file is opened, then you seek to a certain timing and save bookmark and resume it, it is working fine. Only if you let it play and then stop & save bookmark, it fails.
This task depends upon

Closed by  MichaelGiacomelli (saratoga)
Saturday, 29 July 2017, 17:06 GMT
Reason for closing:  Fixed
Additional comments about closing:  Should be fixed in 3.14. if not, post a new report.
Comment by Adrian (adrianvincent) - Friday, 14 March 2014, 22:56 GMT
Somewhat late, but I noticed this problem as well on my Sansa Clip+ (running Rockbox build 50f0dd8). As a workaround, I enabled "Rewind on Pause" (Settings > Playback Settings > Rewind on Pause). I set the rewind to 4 seconds, but any value seems to work as long as the player is forced to seek. I pause the player, it rewinds 4 seconds, and then I create a bookmark. When I resume the bookmark, playback always restarts from the correct position. In addition, if I pause before turning off the player, automatic resume restarts from the correct position as well.

Maybe the same workaround could help with the Android version?
Comment by Michael Sevakis (MikeS) - Saturday, 15 March 2014, 03:09 GMT
So, this is not a very recent thing, correct? Weird that it's opus and not others. Maybe the codec isn't updating offsets unless it seeks.
Comment by Adrian (adrianvincent) - Saturday, 15 March 2014, 06:25 GMT
Correct, I have experienced this problem since Opus decoding was introduced into Rockbox, and it only happens with Opus files. Would forcing time-based resume help in this case?