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

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Thu Jun 4 01:19:47 PDT 2015


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

--- Comment #15 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
(In reply to Philippe Renon from comment #14)

> 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).

That's not correct (or would be a bug). If there is at least one live source
going into aggregator, it will only be blocked until the time for the media has
come. If any streams don't provide buffers early enough for that, they will be
ignored.

There's just the problem I described in comment 11 here.

> 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".

That was a misunderstanding of your problem :) Sparse streams are exactly what
you describe, for example subtitle streams. I think this here (not the other
bug) is very related to your problem.

-- 
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