Open himorin opened 4 years ago
This appears to match functionality in IMSC 1.2, though with different syntax. I'm not clear what action we might take. Possibly we could informatively write something, either in IMSC or a separate document such as a wiki page or a WG Note, describing this equivalence.
might be possible to put some informative note section with #544? (not sure about the policy to include or not in IMSC spec...)
The Timed Text Working Group just discussed [WR/ARIB] Compatibility with ARIB-TTML / 2. Font handling imsc#547
, and agreed to the following:
SUMMARY: TTWG is interested to know more about the usage of these features, and would like to consider noting the functional overlap in a future version.
Here is what I was told:
They use both SVG and PNG.
In case they did not already provide this, here is a link to the ARIB TTML specification in English: https://www.arib.or.jp/english/std_tr/broadcasting/std-b62.html Part 3 in volume 1 is the TTML spec.
Per: https://github.com/w3c/ttwg/issues/116 Comment 3 (https://github.com/w3c/imsc/issues/545), 2
In Japanese language, Kanji is one of essential characters. More than 10,000 Kanji (repertoire) are standardized for Japanese broadcast environment. But still characters not listed in the standard are still required in some cases. In ARIB STD-B62 based environment, two approaches are prepared against such cases.
Ideographic Variation Selector (IVS)
Some required Kanji characters can be considered as variants of existing characters. IVS is the mechanism to identify and handle this case as defined in clause 16.6 of ISO/IEC 10646:2017 or Unicode Technical Standard #37. With the Moji_Joho collection, 19 cases are included in ARIB TR-B39 which is the operational guideline for ARIB STD-B62. It is required for ARIB STD-B62 compliant environment to handle IVS properly.
Gaiji
When a non-standardized Kanji character is needed, “Gaiji” that is to place a glyph image of such a character is the way to support it. Use of code points in Private Use Area. (PUA) for such characters is common approach to avoid duplicated character assignment. For this purpose, “arib-tt:font-face” element is defined to allow additional characters packed in different fonts. The font is supposed to be delivered on the fly with the TTML document. SVG and WOFF can be used as available font formats. The “unicode-range” attribute is also available in the element so that the characters included in the font can be easily handled by a TTML processor. This element can also be used to handle inline graphics by rendering the graphic encoded as a glyph image. It can be achieved by a combination of a glyph image and PUA assigned code value, and/or a use of GSUB in WOFF if a processor is capable to handle it properly.