After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 784268 - [API] discussion: gst_element_link_delayed
[API] discussion: gst_element_link_delayed
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
git master
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-06-27 21:46 UTC by Mathieu Duponchelle
Modified: 2018-11-03 12:41 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Mathieu Duponchelle 2017-06-27 21:46:29 UTC
The goal of this API would be to avoid requiring the use of pad-added callbacks for elements that expose sometimes pads (eg rtpbin).

I'm not entirely sure what form the API should take, but here are a few use cases:

* When rtpbin exposes a pad named "send_rtp_src_0", link it with a given pad
* When rtpbin exposes a pad named "send_rtp_src_0", link it with any pad in a given element
* When rtpbin exposes a pad named "send_rtp_src_0", request a pad named 'audio_%02x' from a given element and link them.

A problematic part might be error handling :)

Thoughts?
Comment 1 Sebastian Dröge (slomo) 2017-06-28 05:38:12 UTC
You can probably reuse the code from gst_parse_launch() for this. Re error handling, I guess the same as there (not-linked error at a later time if things fail). Or maybe providing a callback to the function that is called on error/success?
Comment 2 GStreamer system administrator 2018-11-03 12:41:45 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gstreamer/issues/242.