mpv/video/filter
wm4 a7230dfed0 sws_utils, zimg: destroy vo_x11 and vo_drm performance
Raise swscale and zimg default parameters. This restores screenshot
quality settings (maybe) unset in the commit before. Also expose some
more libswscale and zimg options.

Since these options are also used for VOs like x11 and drm, this will
make x11/drm/etc. much slower. For compensation, provide a profile that
sets the old option values: sw-fast. I'm also enabling zimg here, just
as an experiment.

The core problem is that we have a single set of command line options
which control the settings used for most swscale/zimg uses. This was
done in the previous commit. It cannot differentiate between the VOs,
which need to be realtime and may accept/require lower quality options,
and things like screenshots or vo_image, which can be slower, but should
not sacrifice quality by default.

Should this have two sets of options or something similar to do the
right thing depending on the code which calls libswscale? Maybe. Or
should I just ignore the problem, make it someone else's problem (users
who want to use software conversion VOs), provide a sub-optimal
solution, and call it a day? Definitely, sounds good, pushing to master,
goodbye.
2019-10-31 16:51:12 +01:00
..
refqueue.c
refqueue.h
vf_d3d11vpp.c video: remove mp_image_params.hw_flags field 2019-10-17 22:43:14 +02:00
vf_fingerprint.c sws_utils, zimg: destroy vo_x11 and vo_drm performance 2019-10-31 16:51:12 +01:00
vf_format.c filters: extend vf_format so that it can convert color parameters 2019-10-21 01:38:25 +02:00
vf_sub.c
vf_vapoursynth.c vf_vapoursynth: fix crashing memory management mistake 2019-10-03 00:48:12 +02:00
vf_vavpp.c video: remove vf_vavpp from automatic deinterlace property 2019-10-02 19:21:42 +02:00
vf_vdpaupp.c