From e58e650a97a3938baeb7d8bb62cdae04ac6b6fb1 Mon Sep 17 00:00:00 2001 From: wm4 Date: Sat, 2 Nov 2019 17:50:24 +0100 Subject: 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? --- video/sws_utils.c | 1 + 1 file changed, 1 insertion(+) (limited to 'video') 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); -- cgit v1.2.3