- From: Nigel Megitt via GitHub <sysbot+gh@w3.org>
- Date: Fri, 20 Jul 2018 09:50:40 +0000
- To: public-web-and-tv@w3.org
@KilroyHughes I've always made the assumption that all those events are related to the post-decode (and therefore post-reordering) output. It would make no sense to address out of order frame counts from the compressed bitstream in specifications whose event time markers relate to generic video streams and for which video codecs are out of scope. Certainly in TTML, the assumption is that there is a well defined media timeline against which times in the `media` timebase can be related; taking DASH/MP4 as an example, the track fragment decode time as modified by the presentation time offset provides that definition. I'd push back quite strongly against any requirement to traverse the architectural layers and impose content changes on a resource like a subtitle document, whether it is provided in-band or out-of-band, just to take into account a specific set of video encoding characteristics. -- GitHub Notification of comment by nigelmegitt Please view or discuss this issue at https://github.com/w3c/media-and-entertainment/issues/4#issuecomment-406550347 using your GitHub account
Received on Friday, 20 July 2018 09:50:45 UTC