-
Notifications
You must be signed in to change notification settings - Fork 12
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
Clarify temporal activity and timing semantics #311
Comments
The only way I would be willing to accept this proposal is if someone were to prove without a doubt that it does not break any existing implementation, content, or the original intent of TTML to employ SMIL timing semantics. |
I should add that this proposal clearly does not capture the original intent of TTML inasmuch as it elides critical semantics contained in SMIL3 Timing and Synchronization [1], Section 5.4.5, including (in part) the following sub-headings:
[1] https://www.w3.org/TR/SMIL3/smil-timing.html Any attempt to reformulate these semantics in a new algorithmic formalism would require adequate proof of equivalent behavior, which is not presented here if we are to seriously consider this as a plug-in replacement for SMIL. |
If you want to publish this in an informative appendix as the documentation of a single implementation for further review and discussion for consideration in a future edition of TTML, then I would not oppose doing this (provided adequate cautions were added that this formalism may be wrong and remains unproven, etc.). |
Yes, that is exactly what I had in mind. FYI. TTML1 references SMIL 2.1, not SMIL3. |
ok, then maybe we can progress this proposal; also, we may want to update the SMIL reference to the same we use for TTML2, viz.,. SMIL3.0; especially, since SMIL3.0 was published in 2008 before TTML1 1st Edition became a REC in 2010; |
In discontinuous marker mode the begin and end events are derived using a completely different algorithm. That needs to be factored into this explanation somehow. |
In light of #310, #193, #303, #308 and #309, I suggest that the temporal activity and timing semantics of TTML1 be clarified through the explicit algorithm below.
The proposed algorithm is intended to be consistent with SMIL and TTML prose, and added to an informative annex.
It is implemented at sandflow/imscJS#73 , and results in no changes to IMSC1 tests other than those resulting from #310, #308 and #309,
Determining temporal activity
An element is temporally active during the left-wise closed interval:
region
element or thebody
elementAn element is never temporally active if either:
region
element nor abody
elementTo determine the desired begin and end of each element, the [compute desired begin and end of an element] algorithm below is applied separately to all
region
elements, and thebody
element.[compute desired begin and end of an element]
[Edited to replace "specified" by "explicit" to match SMIL terminology]
The text was updated successfully, but these errors were encountered: