mpv/video/decode
wm4 18b6c01d92 video: redo how colorspaces are handled
Instead of handling colorspaces with VFCTRLs/VOCTRLs, make them part of
the normal video format negotiation. The colorspace is passed down like
other video params with config/reconfig calls.

Forcing colorspaces (via the --colormatrix options and properties) is
handled differently too: if it's changed, completely reinit the video
chain. This is slower and requires a precise seek to the same position
to perform an update, but it's simpler and less bug-prone. Considering
switching the colorspace at runtime by user-interaction is a rather
obscure feature, this is a good change.

The colorspace VFCTRLs and VOCTRLs are still kept. The VOs rely on it,
and would have to be changed to get rid of them. We'll do that later,
and convert them incrementally instead of in one go.

Note that controlling the output range now always works on VO level.
Basically, this means you can't get vf_scale to output full-range YUV
for whatever reason. If that is really wanted, it should be a vf_scale
option. the previous behavior didn't make too much sense anyway.

This commit fixes a few bugs (such as playing RGB video and converting
that to YUV with vf_scale - a recent commit broke this and forced the
VO to display YUV as RGB if possible), and might introduce some new
ones.
2013-07-16 23:22:55 +02:00
..
dec_video.c video: redo how colorspaces are handled 2013-07-16 23:22:55 +02:00
dec_video.h video: redo how colorspaces are handled 2013-07-16 23:22:55 +02:00
lavc.h video: add a new method to configure filters and VOs 2013-06-28 20:34:46 +02:00
lavc_dr1.c Fix build on Libav stable (dammit) 2013-07-15 03:24:12 +02:00
vd.c video: redo how colorspaces are handled 2013-07-16 23:22:55 +02:00
vd.h vd: add VDCTRL_GET_PARAMS 2013-07-15 01:49:26 +02:00
vd_lavc.c vd: add VDCTRL_GET_PARAMS 2013-07-15 01:49:26 +02:00