diff options
| author | Oneric <oneric@oneric.de> | 2022-11-13 20:57:17 +0100 |
|---|---|---|
| committer | Paul B Mahol <onemda@gmail.com> | 2022-12-03 19:08:39 +0100 |
| commit | 95115fcc184db6217ce01632a0fbdff3e253183f (patch) | |
| tree | 22e148c9a89df2306fd96e051418d10c20376b91 /tests/ref/fate/sub-cc-scte20 | |
| parent | d82e30d0d18b665634d7ae441727a54082465a8c (diff) | |
| download | ffmpeg-95115fcc184db6217ce01632a0fbdff3e253183f.tar.gz | |
avcodec/ass: accurately preserve colours
Colour values used in ASS files without a "YCbCr Matrix" header set to
"None" are subject to colour mangling, due to how ASS was historically
conceived. A more in-depth description can be found in the documetation
inside libass' public ass_types.h header. The important part is, if this
header is not set to "None", the final output colours can deviate from
the literal value specified in the file. When converting from non-ASS
formats we do not want any colour shift to happen, so let's set the
appropiate header.
NB: ffmpeg's subtitle filter, does not follow libass' documentation
regarding colour mangling, thus hiding the bug. Anything based on
VSFilter, XySubFilter or e.g. mpv do and might show the issue.
(Of course native ASS subs, which _do_ rely on colour mangling won't
work properly with the subtitle filter, but this can be fixed another
time)
Diffstat (limited to 'tests/ref/fate/sub-cc-scte20')
| -rw-r--r-- | tests/ref/fate/sub-cc-scte20 | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/tests/ref/fate/sub-cc-scte20 b/tests/ref/fate/sub-cc-scte20 index be28084887..a97d29f70b 100644 --- a/tests/ref/fate/sub-cc-scte20 +++ b/tests/ref/fate/sub-cc-scte20 @@ -4,6 +4,7 @@ ScriptType: v4.00+ PlayResX: 384
PlayResY: 288
ScaledBorderAndShadow: yes
+YCbCr Matrix: None
[V4+ Styles]
Format: Name, Fontname, Fontsize, PrimaryColour, SecondaryColour, OutlineColour, BackColour, Bold, Italic, Underline, StrikeOut, ScaleX, ScaleY, Spacing, Angle, BorderStyle, Outline, Shadow, Alignment, MarginL, MarginR, MarginV, Encoding
|