diff options
author | Oneric <oneric@oneric.stub> | 2022-11-29 19:31:23 +0100 |
---|---|---|
committer | Oneric <oneric@oneric.stub> | 2022-11-29 19:56:40 +0100 |
commit | 521bf1dc32d0cddf6399829dcc2f5af0a3247ba1 (patch) | |
tree | e6765c38b1a7e91566e1b56b0e5005bebaf178ce | |
parent | a86c2a6d38f6c46ad711c28946ca55c4d42276c8 (diff) | |
download | libass-521bf1dc32d0cddf6399829dcc2f5af0a3247ba1.tar.bz2 libass-521bf1dc32d0cddf6399829dcc2f5af0a3247ba1.tar.xz |
cosmetic/doc: consistently use color
The original text always used "color" and I tried to keep it this way
when rewording, but two instances of "colour" slipped in.
The mentioned hypothetical "Use ColourMangling" header continues to use
British spelling for consistency with the rest of the SSA/ASS format.
-rw-r--r-- | libass/ass_types.h | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/libass/ass_types.h b/libass/ass_types.h index 8e742c2..e4cc222 100644 --- a/libass/ass_types.h +++ b/libass/ass_types.h @@ -196,13 +196,13 @@ typedef struct ass_event { * happens regardless of the presence or value of a "YCbCr Matrix" header. * * The above mangling process with special value "None" to opt out - * of any colour mangling is the recommended default behaviour. + * of any color mangling is the recommended default behaviour. * * Keep in mind though, that xy-VSFilter cannot accurately implement this and * will instead resort to a guessing the video colorspace based on resolution * and then convert RGB to the guessed space. * Also some versions of MPC-HC's Internal Subtitle Renderer don't implement - * "None" and use TV.601 for unknown, but the video colourspace for no or an + * "None" and use TV.601 for unknown, but the video colorspace for no or an * empty header (which can break old subtitles). * * Aegisub's (the main application to produce ASS subtitle scripts) behaviour |