diff options
author | wm4 <wm4@nowhere> | 2013-12-10 19:33:11 +0100 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2013-12-10 20:07:39 +0100 |
commit | 227d087db601a02d4d71ea914f61e4d69fd34e6c (patch) | |
tree | ccedfff3c3123b7764a6c24a9e8b124bcf0dc403 /audio/filter | |
parent | 5135e93d0cec05047aeced889bbf740a7d091012 (diff) | |
download | mpv-227d087db601a02d4d71ea914f61e4d69fd34e6c.tar.bz2 mpv-227d087db601a02d4d71ea914f61e4d69fd34e6c.tar.xz |
video: display last frame, drain frames on video reconfig
Until now, the player didn't care to drain frames on video reconfig.
Instead, the VO was reconfigured (i.e. resized) before the queued frames
finished displaying. This can for example be observed by passing
multiple images with different size as mf:// filename. Then the window
would resize one frame before image with the new size is displayed. With
--vo=vdpau, the effect is worse, because this VO queues more than 1
frame internally.
Fix this by explicitly draining buffered frames before video reconfig.
Raise the display time of the last frame. Otherwise, the last frame
would be shown for a very short time only. This usually doesn't matter,
but helps when playing image files. This is a byproduct of frame
draining, because normally, video timing is based on the frames queued
to the VO, and we can't do that with frames of different size or format.
So we pretend that the frame before the change is the last frame in
order to time it. This code is incorrect though: it tries to use the
framerate, which often doesn't make sense. But it's good enough to test
this code with mf://.
Diffstat (limited to 'audio/filter')
0 files changed, 0 insertions, 0 deletions