[Bug 21431] Specify splicing behavior for text tracks

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

Aaron Colwell <acolwell@google.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
           Assignee|adrianba@microsoft.com      |acolwell@google.com

--- Comment #10 from Aaron Colwell <acolwell@google.com> ---
So I've take another look at the existing MSE spec text and I believe that the
splicing behavior for text tracks is sane if the cues do not overlap. Basically
any existing cues in the SourceBuffer will get removed if new cues overlap
them. I think that is a reasonable default behavior.

Based on the discussion w/ Glenn on the last MSE call
(http://www.w3.org/2013/04/09-html-media-minutes.html#item03) I think this may
be enough to resolve this bug. I think the plan was to only specify the default
behavior and then more advanced behavior for specific text track formats could
be defined elsewhere later. For example the default rules make stair-step
overlapping cues in WebVTT not work properly because each cue overlaps the
previous one and therefore causes it to get removed from the SourceBuffer. This
situation can be converted to a non-overlapping form as Cyril suggests.

Are there any objections to be resolving this bug?

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

Received on Thursday, 18 April 2013 18:39:22 UTC