[gstreamer-bugs] [Bug 171735] add an interface to gst-core that allows multi child elements

[bugzilla-daemon at bugzilla.gnome.org]

Please DO NOT reply to this by email. All additional comments should be made in
the comments box of this bug report.

 http://bugzilla.gnome.org/show_bug.cgi?id=171735
 GStreamer | gstreamer (core) | Ver: HEAD CVS





------- Additional Comments From Ronald Bultje  2005-04-12 03:41 -------
Here's a short summary of what Benjamin and I were discussing yesterday:

* it would be nice if this interface was implemented, be it as virtual
function-based interface or ginterface-based interface, in GstElement/GstBin.
That would show the obviousness of the core implementation, would make it
recursive automatically, and allows derived elements to implement their own
virtual function for non-standard behaviour (e.g. per-channel options etc.).
This requires more than a get/set for retrospectivity. It basically is a short
wrapper for gobject properties.
* once you understand the above (you may not get a **bling** directly), then
think: is this useful? Will every app in the world use it instead of
g_object_set()? If yes: then it should be in core, because it fits together with
other stuff that we're trying to centralize, such as events/queries (which, in
0.9, you can send to a bin instead of to sinks), etc. The answer to this
question is the same answer as the one that applies to the "should this be in
core" question. I'm thinking about this one right now.

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