diff options
author | wm4 <wm4@nowhere> | 2019-11-02 17:50:24 +0100 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2019-11-02 17:50:32 +0100 |
commit | e58e650a97a3938baeb7d8bb62cdae04ac6b6fb1 (patch) | |
tree | ce727274a33c6b0a77d1eece716565075e354247 /video | |
parent | 3e660f6164005d3a532abd76f5e7049c5c4323f9 (diff) | |
download | mpv-e58e650a97a3938baeb7d8bb62cdae04ac6b6fb1.tar.bz2 mpv-e58e650a97a3938baeb7d8bb62cdae04ac6b6fb1.tar.xz |
video: mess with the filte chain to enable zimg IMGFMT_RGB30 output
This was too hardcoded to libswscale. In particular, IMGFMT_RGB30 output
is only possible with the zimg wrapper, so the context needs to be taken
into account (since this depends on the --sws-allow-zimg option
dynamically). This is still slightly risky, because zimg currently will
still fall back to swscale in some cases, such as when it refuses to
initialize the particular color conversion that is requested.
f_autoconvert.c could actually handle this better, but I'm tool fucking
lazy right now, and nobody cares anyway, so go away, OK?
Diffstat (limited to 'video')
-rw-r--r-- | video/sws_utils.c | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/video/sws_utils.c b/video/sws_utils.c index 47af77ca50..c22b13109b 100644 --- a/video/sws_utils.c +++ b/video/sws_utils.c @@ -202,6 +202,7 @@ void mp_sws_enable_cmdline_opts(struct mp_sws_context *ctx, struct mpv_global *g ctx->opts_cache = m_config_cache_alloc(ctx, g, &sws_conf); ctx->force_reload = true; + mp_sws_update_from_cmdline(ctx); #if HAVE_ZIMG mp_zimg_enable_cmdline_opts(ctx->zimg, g); |