summaryrefslogtreecommitdiffstats
path: root/demux
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2014-12-07 02:47:09 +0100
committerwm4 <wm4@nowhere>2014-12-07 02:47:54 +0100
commit090f6cfc30a55c044b45dbd66cd46d8a66ce4b44 (patch)
treee0556ad41324eaf1a48bb368a3369abc59eaaee2 /demux
parent6adaddbe63196ba0c75796ce157d2e041c390b71 (diff)
downloadmpv-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 'demux')
0 files changed, 0 insertions, 0 deletions