[Bug 749966] videoaggregator: add wait-sinks property to wait for inputs before creating output frames

[GStreamer (GNOME Bugzilla)]

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

--- Comment #14 from Philippe Renon <philippe_renon at yahoo.fr> ---
@Nicolas Yes you are right the compositor and the pipeline start immediately.
I am not up to par with the people here... and the gstreamer vocabulary.

Anyways, the issue I am facing is that the compositor starts but its chain
method will block until all the sink pads have received at least one buffer.

I'd like the compositor to start producing composited frames as soon as one pad
has a buffer. It is useful when compositing live sources and non live sources.
Currently, live sources are "blocked" until all non live ones have produced one
buffer (can be very long in my case).

Does this issue belong here or is it covered by
https://bugzilla.gnome.org/show_bug.cgi?id=749517 ?

@Sebastian You have reworded the other issue description to
 "aggregator: need support for sparse streams".
I am not sure I fully understand what sparse streams are. My definition of
sparse would be "mostly empty" or "with holes". While a sparse stream that has
an initial empty segment (?) will stall the compositor, any source that takes
time to produce a 1st buffer will also stall it.
Could also affect live sources in a way. When using two or more webcams, the
compositor might stall until the slowest one has produced a frame (not
tested...).

To conclude : I feel that the issue I am describing is somewhat related to the
topic under discussion here but might be wrong...
For now, I’ll stop derailing this conversation ;)

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