diff options
author | wm4 <wm4@nowhere> | 2014-04-28 19:44:35 +0200 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2014-04-28 22:23:31 +0200 |
commit | 42f65ce1083ca38605a8c775ee339cf0cc669cb8 (patch) | |
tree | f10e5c7b5e8646eb8b8c507f09866a76b68fd9d1 /common/encode_lavc.h | |
parent | a6dafb061fb4be0f02070acd92f8c6a0fde31823 (diff) | |
download | mpv-42f65ce1083ca38605a8c775ee339cf0cc669cb8.tar.bz2 mpv-42f65ce1083ca38605a8c775ee339cf0cc669cb8.tar.xz |
video: don't drop last frame when deinterlacing with yadif
Or in other words, add support for properly draining remaining frames
from video filters. vf_yadif is buffering at least one frame, and the
buffered frame was not retrieved on EOF.
For most filters, ignore this for now, and just adjust them to the
changed semantics of filter_ext. But for vf_lavfi (used by vf_yadif),
real support is implemented. libavfilter handles this simply by passing
a NULL frame to av_buffersrc_add_frame(), so we just have to make
mp_to_av() handle NULL arguments.
In load_next_vo_frame(), we first try to output a frame buffered in the
VO, then the filter, and then (if EOF is reached and there's still no
new frame) the VO again, with draining enabled. I guess this was
implemented slightly incorrectly before, because the filter chain still
could have had remaining output frames.
Diffstat (limited to 'common/encode_lavc.h')
0 files changed, 0 insertions, 0 deletions