summaryrefslogtreecommitdiffstats
path: root/lib/rbcodec
diff options
context:
space:
mode:
authorMichael Sevakis <jethead71@rockbox.org>2017-12-07 11:20:09 -0500
committerMichael Sevakis <jethead71@rockbox.org>2017-12-07 11:33:29 -0500
commit83e8e35a5888e32b131d628b7516d0de1d73d760 (patch)
treeda9a1acc010393c5a8c44a01bbf3ecbf3a1ef1f0 /lib/rbcodec
parentbef75a94f8eb3432c96356541c0162e7a6c650fa (diff)
downloadrockbox-83e8e35a5888e32b131d628b7516d0de1d73d760.tar.gz
rockbox-83e8e35a5888e32b131d628b7516d0de1d73d760.zip
Ensure ci is properly updated if seeking before track load completes
If in the middle of a manual skip, playback would try to seek, and therefore start, the codec before the audio handle was available. This wasn't really a problem since the codec would just bail out and be retried later. But, it is a problem for a change I was working on with seeking where the codec could get caught in a full-speed loop trying to seek itself (stoppable, not lockup). The main side effect of this change that you may notice, if using an HDD with dircache turned on and the disk is not spinning, is that you can keep holding down prev/next if dir skipping and the WPS will start FF/RW mode. By the time the new track shows up, you will have seeked into it some amount. Well, the PBE is getting the info ASAP anyway and as far as it's concerned, the next track is under way. On that end of things, it's correct. Perhaps WPS should lock out its own seek mode at certain times. Change-Id: Ifc7409a886df399cec189d1bae2adba3872e857a
Diffstat (limited to 'lib/rbcodec')
0 files changed, 0 insertions, 0 deletions