diff options
author | wm4 <wm4@nowhere> | 2013-02-13 13:22:12 +0100 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2013-02-13 13:22:12 +0100 |
commit | f9a259e5d5a3aa7eb34a7278e549636b5138655d (patch) | |
tree | 9cbe741a2b496bf7a4cfaea2a50ea16404ba1e1e /core/av_common.c | |
parent | 9e85d2ac134501ecc9fd9819343a1627d2f19ee8 (diff) | |
download | mpv-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