[Bug 22371] [MSE] Ogg byte streams

https://www.w3.org/Bugs/Public/show_bug.cgi?id=22371

--- Comment #1 from Aaron Colwell <acolwell@google.com> ---
Here are my initial comments on the proposed text:
- The text needs to be reworded in terms of UA behavior like the other
  sections were reworded to resolve Bug 22117
- I think Section 12.4.2 bullet 2 is unnecessarily restrictive and
  would prevent out-of-order appends. Why is it needed?
- I think skeleton headers should be required at the beginning of
  initialization segments so that init segments w/o any intervening
  media segment can't accidentally be interpretted as one larger this
  initialization segment.
- I think there should be a restriction that preskip == preroll or that
  the max of these 2 values will always be used for formats like
  Opus. It is pretty easy for out of order appends and applying
  timestamp offset adjustments can obscure whether preskip or preroll
  sample dropping should be applied. In MSE there is no easy way to
  determine if a page was originally the first one in an Ogg file.
- I don't really understand what 12.4.3 is trying to convey. Perhaps a
  definition or link to what "sparse random access points" means would
  be helpful. It would also be nice to outline what other possible RAP
  types there are.
- I think Section 12.4.4 could use more detailed text. At a minimum
  references to RAP related text for the most popular codecs in Ogg
  would be helpful. As it is, I don't feel the section is very helpful.


Aside from these changes, I think we should use Ogg as an opportunity
to define how additional bytestream specs should be written and setup
some sort of registry for bytestream specifications. Everyone trying
to get their favorite format into the spec, just won't scale. I
welcome definitions of new formats for MSE, but I think we need to
find a home for them outside the MSE spec and just provide a link to the
registry. The current formats in the spec could also be moved
to this registry. They were only included in the spec originally to
give people concrete examples of how MSE could be used with existing
formats and get everyone on the same page so that they all implemented
MP4, WebM, or MPEG2-TS support the same way.

Establishing a registry was briefly discussed on the June 25th Media TF
telecon(http://lists.w3.org/Archives/Public/public-html-media/2013Jun/0031.html)
and the participants on the call were supportive of this suggestion.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.

Received on Thursday, 8 August 2013 00:19:09 UTC