Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ttp:contentProfiles missing from IMSC1.1 Text Profile output option #369

Open
jbaden opened this issue Apr 13, 2022 · 4 comments
Open

ttp:contentProfiles missing from IMSC1.1 Text Profile output option #369

jbaden opened this issue Apr 13, 2022 · 4 comments

Comments

@jbaden
Copy link

jbaden commented Apr 13, 2022

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. 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

@palemieux
Copy link
Contributor

There are several distinct issues:

  • 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.

@jbaden
Copy link
Author

jbaden commented Apr 13, 2022

Thank you, @palemieux. Understood regarding the points above.

Having the ability to specify the profile using a config parameter would be great!

@cconcolato
Copy link

cconcolato commented Apr 13, 2022

Maybe the TTML writer could emit a warning or even fail if IMSC1.1 is requested but not possible?

@palemieux
Copy link
Contributor

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants