[Bug 764260] flvdemux: Expose pads as early as possible and use GstStreams API

[GStreamer (GNOME Bugzilla)]

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

Sebastian Dröge (slomo) <slomo at coaxion.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|flvdemux: Make              |flvdemux: Expose pads as
                   |no-more-pads-threshold a    |early as possible and use
                   |property instead of a       |GstStreams API
                   |constant                    |

--- Comment #19 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
So let's retarget this bug a bit. With the playbin3/decodebin3/GstStreams new
world order, we can now handle late added streams just fine (if the application
does not fall apart because of that).

What should be done here now is that
a) flvdemux should not wait for too long (500ms? 100ms?) before exposing pads,
and only expose pads if a buffer was found (otherwise we 1) don't know the
format, and 2) don't know if there will ever be data)
b) flvdemux should use the GstStreams API to signal the streams, and also
signal a newly (late) found streams with that

Then all these use cases should be covered just fine.

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