diff options
author | wm4 <wm4@nowhere> | 2014-12-07 02:47:09 +0100 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2014-12-07 02:47:54 +0100 |
commit | 090f6cfc30a55c044b45dbd66cd46d8a66ce4b44 (patch) | |
tree | e0556ad41324eaf1a48bb368a3369abc59eaaee2 /stream/stream.h | |
parent | 6adaddbe63196ba0c75796ce157d2e041c390b71 (diff) | |
download | mpv-090f6cfc30a55c044b45dbd66cd46d8a66ce4b44.tar.bz2 mpv-090f6cfc30a55c044b45dbd66cd46d8a66ce4b44.tar.xz |
player: when seeking past EOF with --keep-open, seek to last frame
It feels strange that seeking past EOF with --keep-open actually leaves
the player at a random position. You can't even unpause, because the
demuxer is in the EOF state, and what you see on screen is just what was
around before the seek.
Improve this by attempting to seek to the last video frame if EOF
happens. We explicitly don't do this if EOF was reached normally to
increase robustness (if the VO got a frame since the last seek, it
obviously means we had normal playback before EOF).
If an error happens when trying to find the last frame (such as not
actually finding a last frame because e.g. the demuxer misbehaves), this
will probably turn your CPU into a heater. There is no logic to prevent
reinitiating the last-frame search if the last-frame search reached EOF.
(Pausing usually prevents that EOF is reached again after a successful
last-frame search.)
Fixes #819.
Diffstat (limited to 'stream/stream.h')
0 files changed, 0 insertions, 0 deletions