[gstreamer-bugs] [Bug 604095] gstpad: Make sure that unlinked pads do not return FALSE on latency events

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Wed Jun 23 04:43:09 PDT 2010


https://bugzilla.gnome.org/show_bug.cgi?id=604095
  GStreamer | gstreamer (core) | git

--- Comment #7 from Håvard Graff (hgr) <havard.graff at tandberg.com> 2010-06-23 11:43:07 UTC ---
Yes.

If we take gst_bin_do_latency_func() as the example, the latency query does not
check its return value, so there is nothing "failing" there. The latency query
will most likely have returned false, but this is really irrelevant.

The problem boils down to a inherent dynamic link-race for all pipelines. Any
time you attach a src to a pipeline, you have to make sure that all downstream
is linked properly, or you can (and probably will) get a FLOW_UNLINKED, and the
src will stop. However, then you will be adding a sink that could fire an
upstream-event, and without the src in place, this would fail, and for latency
that has consequences. Also, by removing a src from a running pipeline, you
risk the same thing.

We needed this patch because we do a lot of dynamic linking, and we still want
the latency to be configured properly.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- 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