[Webkit-unassigned] [Bug 205117] New: [GStreamer][MSE] Player stalling too soon

[bugzilla-daemon at webkit.org]

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

            Bug ID: 205117
           Summary: [GStreamer][MSE] Player stalling too soon
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKitGTK
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: cturner at igalia.com
                CC: bugs-noreply at webkitgtk.org

Created attachment 385395

  --> https://bugs.webkit.org/attachment.cgi?id=385395&action=review

Test case

Attached is a testcase reproducing the bug. Observed bug,

  - MP4 tools think the files combined are 10s long, but they have been truncated to 2.23s in reality.
  - When playing it with GstMSE, the player stops for an unknown reason at 1.07s, it should play through to 2.23s

The testcase is a modified version of clearKey-cenc-video-playback-mse.html, which I was initially investigating. This success condition of that test is to get past 2s of timeupdate's while decrypting ClearKey, which fails because of this MSE bug. The referenced files in there have been decrypted using Bento to provide the tar file attached for pure-MSE investigation.

Outside of WebKit, the segmented files play perfectly fine using `gst-play-1.0 <(cat seg-*.mp4)`, where the movie stops correctly after 2.23s

It was not clear why the pipeline was stalling at 1.07s from the logging, tagging some MSE folk for further investigation.

-- 
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/20191211/ecc3704e/attachment.htm>