[Bug 757548] aggregator: Forced to produce data in paused state

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Mon Apr 25 06:56:22 UTC 2016


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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #326578|none                        |reviewed
             status|                            |

--- Comment #17 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
Comment on attachment 326578
  --> https://bugzilla.gnome.org/attachment.cgi?id=326578
aggregator: Start the task when linked

This still seems to have the problem that you wait for a stream-start event
before starting, but might already want to produce data in a live scenario.
Consider the case where we link a live upstream that is already running and has
sent its sticky events to the srcpads already before linking (like all demuxers
do) but receives no data for a while. It would successfully answer the LATENCY
query, but you will only see the stream-start event once the first buffer is
sent (or another serialized event). We don't forward sticky events
automatically when linking as that would forward them from the application
thread and potentially block the application for a while.

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


More information about the gstreamer-bugs mailing list