summaryrefslogtreecommitdiffstats
path: root/filters/f_decoder_wrapper.c
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2018-04-19 17:42:14 +0200
committerwm4 <wm4@nowhere>2018-04-19 23:22:48 +0200
commitff24285eb15676dc7519b858be01a1def155e847 (patch)
treeda962345d8d33108c0b096c3aaeec6cbc41fe25c /filters/f_decoder_wrapper.c
parente7e06a47a0b5626c3abe81f3627d10ed58d92d3b (diff)
downloadmpv-ff24285eb15676dc7519b858be01a1def155e847.tar.bz2
mpv-ff24285eb15676dc7519b858be01a1def155e847.tar.xz
video: pass through container fps to filters
This means vf_vapoursynth doesn't need a hack to work around the filter code, and libavfilter filters now actually get the frame_rate field on input pads set. The libavfilter doxygen says the frame_rate field is only to be set if the frame rate is known to be constant, and uses the word "must" (which probably means they really mean it?) - but ffmpeg.c sets the field to mere guesses anyway, and it looks like this normally won't lead to problems.
Diffstat (limited to 'filters/f_decoder_wrapper.c')
-rw-r--r--filters/f_decoder_wrapper.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/filters/f_decoder_wrapper.c b/filters/f_decoder_wrapper.c
index 16b9cd06df..2ad145b5cb 100644
--- a/filters/f_decoder_wrapper.c
+++ b/filters/f_decoder_wrapper.c
@@ -358,6 +358,7 @@ static void process_video_frame(struct priv *p, struct mp_image *mpi)
fix_image_params(p, &mpi->params);
mpi->params = p->fixed_format;
+ mpi->nominal_fps = p->public.fps;
mpi->pts = pts;
p->pts = pts;