summaryrefslogtreecommitdiffstats
path: root/DOCS/man/options.rst
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2020-02-07 00:50:25 +0100
committerwm4 <wm4@nowhere>2020-02-07 00:50:25 +0100
commit3d17e19c2c5ca80f916411e7e61126cac8443baa (patch)
treeae1827d16e1d667f7f962686d66422b78cff7caf /DOCS/man/options.rst
parent4bdf03779f1caefff94f6a564dbd652e67124c31 (diff)
downloadmpv-3d17e19c2c5ca80f916411e7e61126cac8443baa.tar.bz2
mpv-3d17e19c2c5ca80f916411e7e61126cac8443baa.tar.xz
options: disable vsfilter blur compat by default
See #7435 and related for context. Basically, it seems that while the original vsfilter processed subtitles like with this option set to "yes", many current players (mpc-hc default, vlc, probably most libass users) treat them like with "no". In the linked issue, this makes rendering severely slower, and can consume a lot of memory (or just overflow libass memory calculations). It seems that changing this to "no" will lead to more good than bad, especially because newer subtitles may be authored for the "no" behavior. Most libass users seem to use "no" exactly because they do not call ass_set_storage_size() at all. This API was needed because the scaling of the subtitles depends on the video size (vsfilter bugs, or something). In addition, it's my personal opinion that rendering should not depend on the video at all, so I like setting the default of this to "no".
Diffstat (limited to 'DOCS/man/options.rst')
-rw-r--r--DOCS/man/options.rst2
1 files changed, 1 insertions, 1 deletions
diff --git a/DOCS/man/options.rst b/DOCS/man/options.rst
index 6509950b3d..a81d3313ea 100644
--- a/DOCS/man/options.rst
+++ b/DOCS/man/options.rst
@@ -2200,7 +2200,7 @@ Subtitles
``--sub-ass-vsfilter-blur-compat=<yes|no>``
Scale ``\blur`` tags by video resolution instead of script resolution
- (enabled by default). This is bug in VSFilter, which according to some,
+ (disabled by default). This is bug in VSFilter, which according to some,
can't be fixed anymore in the name of compatibility.
Note that this uses the actual video resolution for calculating the