summaryrefslogtreecommitdiffstats
path: root/core/av_common.c
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2013-02-13 13:22:12 +0100
committerwm4 <wm4@nowhere>2013-02-13 13:22:12 +0100
commitf9a259e5d5a3aa7eb34a7278e549636b5138655d (patch)
tree9cbe741a2b496bf7a4cfaea2a50ea16404ba1e1e /core/av_common.c
parent9e85d2ac134501ecc9fd9819343a1627d2f19ee8 (diff)
downloadmpv-f9a259e5d5a3aa7eb34a7278e549636b5138655d.tar.bz2
mpv-f9a259e5d5a3aa7eb34a7278e549636b5138655d.tar.xz
mplayer: fix seek display during seeking when playing ordered chapters
The seek bar appeared to be "stuck" to the start of the current chapter. This is a regression from 630a2b1. This commit assumed that hrseek_pts would always contain the hrseek target time (when hrseek_active==true). But this is not always the case: when playing timeline stuff (e.g. ordered chapters), hrseek framedropping is abused to handle an obscure corner case, and then hrseek_pts contains something completely unrelated to the current playback time. See the added comment in mplayer.c and commit c1232c9. Fix this by trying something else to get a correct time "during" hr-seeks. mpctx->restart_playback looks ideal, because it's set while audio is being synced / audio buffers being filled, so we know that the audio time is probably bogus while it is set. Let's hope this is correct.
Diffstat (limited to 'core/av_common.c')
0 files changed, 0 insertions, 0 deletions