summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorOneric <oneric@oneric.stub>2022-11-29 19:31:23 +0100
committerOneric <oneric@oneric.stub>2022-11-29 19:56:40 +0100
commit521bf1dc32d0cddf6399829dcc2f5af0a3247ba1 (patch)
treee6765c38b1a7e91566e1b56b0e5005bebaf178ce
parenta86c2a6d38f6c46ad711c28946ca55c4d42276c8 (diff)
downloadlibass-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.h4
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