[Webkit-unassigned] [Bug 139444] New: [MSE] Should not fire loadedmetadata untill all SourceBuffers have received first initialization segment.

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Dec 9 05:23:19 PST 2014


https://bugs.webkit.org/show_bug.cgi?id=139444

            Bug ID: 139444
           Summary: [MSE] Should not fire loadedmetadata untill all
                    SourceBuffers have received first initialization
                    segment.
    Classification: Unclassified
           Product: WebKit
           Version: 528+ (Nightly build)
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Media Elements
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: b.gajda at samsung.com

Currently transition to HaveMetadata is both in sourceBufferPrivateDidReceiveInitializationSegment() and monitorSourceBuffers();

As monitorSourcebuffers is called after each every append, in 2 SourceBuffers scenario (audio+video) it means, that we send `loadedmetadata` event before second SB will get his first init segment.

But `loadedmetadata` states (http://www.w3.org/TR/html5/embedded-content-0.html#event-media-loadedmetadata)
"The user agent has just determined the duration and dimensions of the media resource and the text tracks are ready. "

So in scenario with first append going to audio SB, second to video SB, we will be unable to ask for video dimension in `loadedmetadata` event handler, as there was no init segment yet.

I believe we shouldn't fire this event untill every SourceBuffer have first init segment.

Made a bug against spec: https://www.w3.org/Bugs/Public/show_bug.cgi?id=27542 
with few more words in it.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20141209/93201687/attachment-0002.html>


More information about the webkit-unassigned mailing list