[Bug 772230] New: gstdecodebin3-parse: Make it to generate pending input streams

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 772230
           Summary: gstdecodebin3-parse: Make it to generate pending input
                    streams
    Classification: Platform
           Product: GStreamer
           Version: 1.9.2
                OS: Linux
            Status: NEW
          Severity: normal
          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: ---

Created attachment 336615
  --> https://bugzilla.gnome.org/attachment.cgi?id=336615&action=edit
gstdecodebin3-parse: Make it to generate pending input streams

Deal All.

When multiple source elements, in such all streams are fed separately,
parsebin is generated by number of streams.
And it is managed by main and other inputs(eg. DecodebinInput) to configure and
connect MQ's input slots.

Actually, I have a scenario video and audio stream ES data is feeding
separately and 2 of parsebins are generated as well.


But, streams are changed in such audio codec is changed in running time,
pipeline(Playbiin3) is stopped or pending in sometimes.

I reviewed the log with decodebin3 and decodebin3-parsebin.
Sometimes, other input(DecodebinInput for video) removed the
input-stream(DecodebinInputStream for old audio) and disconnected to MQ's input
slot.
And then, new input stream(DecodebinInputStream for new audio) is not created
and connected to MQ's input slot.

At that time, parsebin_buffer_probe for video pad is called early than new
audio.

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