summaryrefslogtreecommitdiffstats
path: root/firmware/target/arm/imx233/audioout-imx233.c
diff options
context:
space:
mode:
authorAdam Sampson <ats@offog.org>2016-08-26 13:42:03 +0100
committerMichael Giacomelli <giac2000@hotmail.com>2016-09-07 19:44:37 +0200
commit1f8ea9fe27313228e5df67ce6447830b5c30e5e3 (patch)
tree5b926da45ffd47e5028d7a48b4e65ad54cde3722 /firmware/target/arm/imx233/audioout-imx233.c
parentcf82f208e3ece54fd38cb7c90b77ad91aa3a4c8c (diff)
downloadrockbox-1f8ea9fe27313228e5df67ce6447830b5c30e5e3.tar.gz
rockbox-1f8ea9fe27313228e5df67ce6447830b5c30e5e3.zip
Opus: update resume offset correctly while playing.
The codec wasn't calling ci->set_offset() while decoding; as a result, the saved offset in ci.id3->offset was only updated at the start of the file and when seeking. To reproduce the problem in the simulator or on a real device: - Start playing an Opus file. - Let it play until 15s, then turn the player off. - Turn back on and resume playback. This'll resume correctly from 15s (using time-based resume, I think, as the offset was 0?). - Let it play until 30s, then turn the player off again. - Turn back on and resume playback. This'll resume from 15s, based on the initial position from last time, when it should resume from 30s. I believe this will also fix FS#12799 ("Resuming opus file from bookmark is not working correctly"). Change-Id: Iba67368e0029c968ef802693767e0722719bc38b
Diffstat (limited to 'firmware/target/arm/imx233/audioout-imx233.c')
0 files changed, 0 insertions, 0 deletions