FOMS2010-NYV

Media Fragment URIs

  • Opera/Mozilla: will you implement the protocol in addition to the UI aspect of Media Fragment?
    • Opera: we will only support video formats that are seekable, which have an index. Consequently, the UA (browser) knows how to map a time range into byte ranges. We will not support legacy old formats which are not seekable.
    • What about tracks? According to Philip, this imposes to build a very specific demuxer (which knows about the holes). Consequently, track dimension will most likely be managed by the query only and not the fragment
    • Difference between query and fragment: the later might contain a Link header pointing to the original resource that the UA might decide to use
    • Temporal fragments can be used to control the buffering, or more generally better control the preload of the video resource
    • Opera hacked live an implementation of the spec!
  • How to render a spatial fragment: pixels versus percent. Percent is easy but which pixels?
    • Ideally, the fragment should be style-able with CSS
    • Opaque is nice, but people will want to change the opaque colors, put borders, etc.
    • Cropping? Supported through javascript
  • Permalink to streaming media will most likely the query parameter
  • Media fragments URI parsing vs validity: ongoing discussion on whether any name=value pairs will be acceptable to be a media fragment URI or not