summaryrefslogtreecommitdiffstats
path: root/demux
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2016-04-07 18:47:03 +0200
committerwm4 <wm4@nowhere>2016-04-07 19:54:58 +0200
commitf03348155152b982f6eede1ec021a00a94a21d5a (patch)
tree8c866356eb98a42b84fea6d40c1c34ca72519577 /demux
parentf34d086cb9e0930c734254e19b41d2964d9d113e (diff)
downloadmpv-f03348155152b982f6eede1ec021a00a94a21d5a.tar.bz2
mpv-f03348155152b982f6eede1ec021a00a94a21d5a.tar.xz
videotoolbox: change how videotoolbox format is managed
The underlying intention of this code is to make changing --videotoolbox-format at runtime work. For this reason, the format can't just be statically setup, but must be read from the option at runtime. This means the format is not fixed anymore, and we have to make sure the renderer is property reinitialized if the format changes. There is currently no way to trigger reinit on this level, which is why the mp_image_params.hw_subfmt field was introduced. One sketchy thing remains: normally, the renderer is supposed to be involved with VO format negotiation, which would ensure that the VO can take the format at all. Since the hw_subfmt is not part of this format negotiation, it's implied the get_vt_fmt() callback only returns formats supported by the renderer. This is not necessarily clear because vo_opengl checks this with converted_imgfmt separately. None of this matters in practice though, because we know all formats are always supported. (This still requires somehow triggering decoder reinit to make the change effective.)
Diffstat (limited to 'demux')
0 files changed, 0 insertions, 0 deletions