[Bug 563728] parse: Links always pad ASAP but should wait until caps are known

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Mon Jan 20 09:09:25 PST 2014


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

--- Comment #11 from Sebastian Dröge (slomo) <slomo at coaxion.net> 2014-01-20 17:09:22 UTC ---
It's not really part of the solution, sorry :) Thinking a bit more about this I
don't think a generic solution is even possible.

For the usual case we could only link pads after we got a buffer or caps on
them (blocking probes)... but that would otoh break negotiation (upstream can't
know what downstream wants via caps query). And even for the usual case with
the request pads we can't do that without breaking negotiation this way.

Maybe we should consider this bug as WONTFIX? gst_parse_launch() can't guess
the intention of the pipeline, but a manually build pipeline can handle all
cases depending on the intention just fine.

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