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

[GStreamer (GNOME Bugzilla)]

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

--- Comment #7 from Nicolas Dufresne (stormer) <nicolas at ndufresne.ca> ---
That case seems to be really rare in fact. If I read correctly, GstBaseSrc will
send the stream-start before it call create/fill which is the one that may
block if there is no data coming. For demuxers, the non-enforced rule is that
expose pads should have caps, which imply that stream-start has been "sticked"
to the pad already. So I agree the use case might exist, but it's probably
avoidable in most cases.

Note, while testing I've hit some assertion with clock, which I didn't have
with the previous patch. Apparently the locking fixex that are hidden in that
previous patch are correct, so I'll extract this into it's own patch now. It's
a bit unrelated though.

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