You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The TTCONV documentation references IMSC1.1 Text Profile as one of the three supported output formats (the others being SRT and WebVTT).
However, when using --otype: TTML there is no declaration written into the <tt> element to signal the appropriate, corresponding profile. Can ttp:contentProfiles="http://www.w3.org/ns/ttml/profile/imsc1.1/text be added to the <tt> element when --otype: TTML is specified?
This is causing some processing issues since we are reliant upon the presence of this attribute/value.
Thanks!
-Justin
The text was updated successfully, but these errors were encountered:
the presence of ttp:contentProfiles would make the document incompatible with EBU-TT-D, which is perhaps undesirable for some applications. This can be addressed by putting the signaling behind a config parameter
the TTML writer does not currently guarantee that the resulting document is an IMSC 1.1 document, although it is when using an SCC or EBU STL input. It is a larger undertaking to ensure that the output is always IMSC 1.1.
Yes, in IMSC 1.1 mode, the TTML writer should both convert to IMSC 1.1 when possible, e.g. when c units are used, and fail when that conversion is not possible.
Hello,
The TTCONV documentation references IMSC1.1 Text Profile as one of the three supported output formats (the others being SRT and WebVTT).
However, when using
--otype: TTML
there is no declaration written into the<tt>
element to signal the appropriate, corresponding profile. Canttp:contentProfiles="http://www.w3.org/ns/ttml/profile/imsc1.1/text
be added to the<tt>
element when--otype: TTML
is specified?This is causing some processing issues since we are reliant upon the presence of this attribute/value.
Thanks!
-Justin
The text was updated successfully, but these errors were encountered: