summaryrefslogtreecommitdiffstats
path: root/sub/sd_ass.c
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2016-05-09 22:54:49 +0200
committerwm4 <wm4@nowhere>2016-05-09 22:54:49 +0200
commitaf0a8d7478f0b026d4c5815af8c3ac3acb541e19 (patch)
tree6aa05bb8a526bb5721f50b1400a95c0f5deda79b /sub/sd_ass.c
parent00c9bdf3f79d4876377918bf6b6bc5a71a094b95 (diff)
downloadmpv-af0a8d7478f0b026d4c5815af8c3ac3acb541e19.tar.bz2
mpv-af0a8d7478f0b026d4c5815af8c3ac3acb541e19.tar.xz
player: restore usual seeking behavior
Commit 786f37ae accidentally changed seeking behavior such that continuous seeking (holding the seek button down) would use the previous seek target timestamp, instead of the new video timestamp. (This is for the default mode, seeking to keyframes.) The result is that the movement on the seekbar is smooth, but the way the video updates is awkward. Some might actually prefer the new behavior (and some players effectively show similar bahavior), but I don't. So restore the old behavior. This is done in two steps: First: strictly wait for the entire seek process to finish, which will effectively make the seeking code pick up the new video timestamp correctly. This would play audio immediately, which would result in noise during continuous seeking, which leads to second: explicitly abort the playback restarting process if this case is detected, and never play audio.
Diffstat (limited to 'sub/sd_ass.c')
0 files changed, 0 insertions, 0 deletions