summaryrefslogtreecommitdiffstats
path: root/video/decode/dec_video.h
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2016-01-14 00:18:48 +0100
committerwm4 <wm4@nowhere>2016-01-14 00:18:48 +0100
commit9a88b118b4ffe22f1747375b42bc57f3b5d33ed0 (patch)
treeaab35e2d42d212e853578f1a1fa734e438810a41 /video/decode/dec_video.h
parent785eacf4f3561085814b3418edbd0fc52a5dc162 (diff)
downloadmpv-9a88b118b4ffe22f1747375b42bc57f3b5d33ed0.tar.bz2
mpv-9a88b118b4ffe22f1747375b42bc57f3b5d33ed0.tar.xz
video: decouple filtering/decoding slightly more
Lots of noise to remove the vfilter/vo fields from dec_video. From now on, video filtering and output will still be done together, summarized under struct vo_chain. There is the question where exactly the vf_chain should go in such a decoupled architecture. The end goal is being able to place a "complex" filter between video decoders and output (which will culminate in natural integration of A->V filters for natural integration of libavfilter audio visualizations). The vf_chain is still useful for "final" processing, such as format conversions and deinterlacing. Also, there's only 1 VO and 1 --vf option. So having 1 vf_chain for a VO seems ideal, since otherwise there would be no natural way to handle all these existing options and mechanisms. There is still some work required to truly decouple decoding.
Diffstat (limited to 'video/decode/dec_video.h')
-rw-r--r--video/decode/dec_video.h2
1 files changed, 0 insertions, 2 deletions
diff --git a/video/decode/dec_video.h b/video/decode/dec_video.h
index 7f59d6bd3b..a093370213 100644
--- a/video/decode/dec_video.h
+++ b/video/decode/dec_video.h
@@ -31,8 +31,6 @@ struct dec_video {
struct mp_log *log;
struct mpv_global *global;
struct MPOpts *opts;
- struct vf_chain *vfilter; // video filter chain
- struct vo *vo; // (still) needed by video_set/get_colors
const struct vd_functions *vd_driver;
struct mp_hwdec_info *hwdec_info; // video output hwdec handles
struct sh_stream *header;