[Webkit-unassigned] [Bug 219565] REGRESSSION(270435) [GStreamer] Many media source tests failing and timing out

[bugzilla-daemon at webkit.org]

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

--- Comment #1 from Lauro Moura <lmoura at igalia.com> ---
Checking media/media-source/media-source-error-crash.html, it seems it's getting stuck somewhere waiting for events after an appendBuffer command. With GST_DEBUG=7 (trace, generated a 20MB text file), the last mentions of webkitmse are the following:


0:00:00.964280978   106 0x5636a23af610 DEBUG              webkitmse MediaPlayerPrivateGStreamerMSE.cpp:712:trackDetected: track ID: V1, caps: video/x-h264, stream-format=(string)avc, alignment=(string)au, level=(string)3, profile=(string)main, codec_data=(buffer)014d401eff010013274d401ea9181407b600d4180418c2b5ef7c0401000428de09c8, width=(int)640, height=(int)480, pixel-aspect-ratio=(fraction)1/1
0:00:00.964318730   106 0x5636a23af610 DEBUG              webkitmse PlaybackPipeline.cpp:178:attachTrack:<source> Configured track V1: appsrc=appsrc1, padId=0, mediaType=video/x-h264
0:00:00.982215860   106 0x5636a27692a0 DEBUG              webkitmse AppendPipeline.cpp:684:connectDemuxerSrcPadToAppsinkFromStreamingThread: connecting to appsink
0:00:00.982220189   106 0x5636a27692a0 WARN               webkitmse AppendPipeline.cpp:687:connectDemuxerSrcPadToAppsinkFromStreamingThread: Only one stream per SourceBuffer is allowed! Ignoring stream 2 by adding a black hole probe.
0:00:00.982249044   106 0x5636a27692a0 DEBUG              webkitmse AppendPipeline.cpp:208:operator(): Posting no-more-pads task to main thread
0:00:00.982269273   106 0x5636a23af610 DEBUG              webkitmse AppendPipeline.cpp:508:didReceiveInitializationSegment: Notifying SourceBuffer for track V1
0:00:00.982533950   106 0x5636a27692a0 DEBUG              webkitmse AppendPipeline.cpp:897:appendPipelineAppsinkPadEventProbe: Handling event stream-start on append pipeline appsinkPad
0:00:00.984564192   106 0x5636a27692a0 DEBUG              webkitmse AppendPipeline.cpp:897:appendPipelineAppsinkPadEventProbe: Handling event caps on append pipeline appsinkPad

Without the revision, the test has the same messages as above, but followed by the normal flow (after the last common message, about handling event caps):

0:00:00.970354434   106 0x559cb7897e10 TRACE              webkitmse AppendPipeline.cpp:560:consumeAppsinkAvailableSamples:<append-pipeline-video-mp4-0> batchedSampleCount = 0
0:00:00.970533065   106 0x559cb7897e10 DEBUG              webkitmse MediaPlayerPrivateGStreamerMSE.cpp:712:trackDetected: track ID: V1, caps: video/x-h264, stream-format=(string)avc, alignment=(string)au, level=(string)3, profile=(string)main, codec_data=(buffer)014d401effe10013274d401ea9181407b600d4180418c2b5ef7c0401000428de09c8, width=(int)640, height=(int)480, pixel-aspect-ratio=(fraction)1/1, framerate=(fraction)0/1, chroma-format=(string)4:2:0, bit-depth-luma=(uint)8, bit-depth-chroma=(uint)8, colorimetry=(string)2:4:5:4, parsed=(boolean)true
0:00:00.970589302   106 0x559cb7897e10 DEBUG              webkitmse PlaybackPipeline.cpp:220:reattachTrack: Re-attaching track
0:00:00.972209093   106 0x559cb7c52cc0 WARN               webkitmse AppendPipeline.cpp:303:handleErrorSyncMessage:<append-pipeline-video-mp4-0> Demuxing error: error message: 0x559cb7ff4620, time 99:99:99.999999999, seq-num 165, element 'qtdemux0', GstMessageError, gerror=(GError)NULL, debug=(string)"../gst/isomp4/qtdemux.c\(7009\):\ gst_qtdemux_process_adapter\ \(\):\ /GstPipeline:append-pipeline-video-mp4-0/GstQTDemux:qtdemux0:\012atom\ ....\ has\ bogus\ size\ 18446744073709551615";

-- 
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/20201205/4e6ed712/attachment.htm>