[Bug 24345] Remove "default-base-is-moof is set" requirement and clarify what "movie-fragment relative addressing" means

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

Jer Noble <jer.noble@apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jer.noble@apple.com

--- Comment #2 from Jer Noble <jer.noble@apple.com> ---
(In reply to Cyril Concolato from comment #1)
> I agree. What's important is to make sure that the base-data-offset-present
> flag is not set. Your text also removes the ambiguous "movie-fragment
> relative addressing" term. I'm fine with it.

(In reply to Aaron Colwell from comment #0)
> I'd like to make the following changes to Section 4 of the ISOBMFF byte
> stream format spec
> (https://dvcs.w3.org/hg/html-media/raw-file/default/media-source/isobmff-
> byte-stream-format.html#iso-media-segments)
> 
> Current text:
> "The Movie Fragment Box does not use movie-fragment relative addressing or
> the flag default-base-is-moof is not set."
> 
> Proposed text:
> "At least one Track Fragment Header Box(tfhd) has the
> base-data-offset-present flag set."

While this is a step in the right direction, I believe this goes too far.

The intent of the default-base-is-moof flag is to keep readers from having to
completely parse previous 'traf' boxes in order to determine the offset of
subsequent 'traf' boxes.  

If two or more 'traf' boxes are contained within the same 'moof' box, and both
have base-data-offset-present = 0 and default-base-is-moof = 0, the first
'traf' will be relative to the enclosing 'moof', but the second 'traf' will be
relative to end of the data in the first 'traf'.  IOW, the first 'traf' uses
"movie-fragment relative addressing" and the second 'traf' does not.

So loosening up the restrictions from 'must have default-base-is-moof' to
'cannot have base-data-offset-present' goes too far.

Here is my counterproposal:

Current text:
"The Movie Fragment Box does not use movie-fragment relative addressing or the
flag default-base-is-moof is not set."

Proposed text:
"The Movie Fragment Box does not use _movie-fragment relative addressing_."

and later:

"A Movie Fragment Box uses _movie-fragment relative addressing_ when either of
the following conditions are met:
  * Every Track Fragment Box in the Movie Fragment Box has the
‘default-base-is-moof’ flag set
  * The Movie Fragment Box contains a single Track Fragment Box and that box
does not have the 'base-data-offset-present’ flag set."

This makes the definition of "movie-fragment relative addressing" unambiguous,
and loosens up the restriction only enough to cover the YouTube case.

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

Received on Friday, 7 February 2014 17:18:49 UTC