ffmpeg/tests/ref
Oneric 95115fcc18 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)
2022-12-03 19:08:39 +01:00
..
acodec
fate avcodec/ass: accurately preserve colours 2022-12-03 19:08:39 +01:00
lavf ac3: convert to lavu/tx 2022-11-06 14:39:27 +01:00
lavf-fate
pixfmt
seek avcodec/svq1enc: do not use ambiguous interframe mean symbols 2022-11-01 09:24:29 +11:00
vsynth avcodec/svq1enc: output ident string in extradata field 2022-11-01 09:24:29 +11:00