summaryrefslogtreecommitdiffstats
path: root/player
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2019-05-31 22:42:59 +0200
committerwm4 <wm4@nowhere>2019-09-19 20:37:05 +0200
commit9c32997c65dde70e64b98006a60b522e5ad879e4 (patch)
treedd581c7d7aa938e1016dea8f7e908f01dd6b0b59 /player
parentd25fbb081387ddb9679a31faf43946ad837c5d66 (diff)
downloadmpv-9c32997c65dde70e64b98006a60b522e5ad879e4.tar.bz2
mpv-9c32997c65dde70e64b98006a60b522e5ad879e4.tar.xz
demux: simplify and improve performance of backward playback stepping
The step_backwards function set reader_head to the start of the current cache range. This was completely unnecessary and made it _much_ slower. Remove the code that adjusts reader_head. Merge the rest of the code into the only caller and remove the function. The comment on the removed code was quite right. It was "inefficient". Removing it delegates going to an early position to the normal seek code, triggered by find_backward_restart_pos() incremental back seek logic. I suppose especially audio benefits from this, because this happens for every single audio packet (except maybe freaky bullshit like TrueHD, which has "keyframes"). The blabla about performance in the removed comments is still true, but now applies to the seek code itself only.
Diffstat (limited to 'player')
0 files changed, 0 insertions, 0 deletions