[Bug 753899] New: Need to push sticky events to downstreams for initial prerolling

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=753899

            Bug ID: 753899
           Summary: Need to push sticky events to downstreams for initial
                    prerolling
    Classification: Platform
           Product: GStreamer
           Version: 1.5.2
                OS: Linux
            Status: NEW
          Severity: enhancement
          Priority: Normal
         Component: gstreamer (core)
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: hoonh83.lee at gmail.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

I tested following content through "gst-launch-1.0 playbin" in desktop
environment.

============================================================
1-Video and 2-Audio
Video
: video/x-h264, level=(string)4, profile=(string)high,
codec_data=(buffer)01640028ffe1001967640028acc8501e0089f96100000303e90000bb808f18319601000668e9386cf23c,
stream-format=(string)avc, alignment=(string)au, width=(int)1920,
height=(int)1080, pixel-aspect-ratio=(fraction)1/1,
framerate=(fraction)24000/1001
Audio
: audio/x-ac3, framed=(boolean)true, channels=(int)6, rate=(int)48000
Audio
: audio/x-ac3, framed=(boolean)true, channels=(int)6, rate=(int)48000
============================================================

Following is construction of decodebin.
===========================================================
filesrc - typefind - mkvdemux - multiqueue -  h264parse - capsfilter -
avdec_h264
                                                             ` ac3parse -
capsfilter - a52dec
                                                             ` ac3parse -
capstilter
===========================================================

Content is not playing.
First buffer of second audio track is feeding after 19 seconds.
Sticky events in such caps is not sending to capsfilter and we can not
configure audio decoder for 2nd audio track. After that, we can not finish
auto-plugging and complete exposed pads.
Then, overrun has occur by multiqueue and seems to cause problems with the
initial prerolling.

As Tim-Philipp Müller's comment, I tried to push sticky events to downstream
elements when gap event is received in baseparse.
Then, auto-plugging and initial prerolling is completed and content is playing
well.

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