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 645661 - autovideosink's parent class is Bin?
autovideosink's parent class is Bin?
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
0.10.32
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-03-25 20:14 UTC by Levente Farkas
Modified: 2011-03-25 20:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Levente Farkas 2011-03-25 20:14:29 UTC 
currently autovideosink class hierarchy is this:
GObject
 +----GstObject
       +----GstElement
             +----GstBin
                   +----GstAutoVideoSink

how it's related to Bin? why it's not something like similar to xvimagesink eg:

GObject
 +----GstObject
       +----GstElement
             +----GstBaseSink
                   +----GstVideoSink
                         +----GstAutoVideoSink

this cause a lots of headacke for me to find this problem while implementing gstreamer-java...
Comment 1 Sebastian Dröge (slomo) 2011-03-25 20:18:37 UTC 
Because it's implemented as a GstBin. It's a bin that automatically creates some videosink and adds it as child.

This shouldn't be causing problems anywhere, you can't expect any sink to inherit from GstBaseSink (you can implement sinks that only inherit from GstElement just fine for example).
Comment 2 Levente Farkas 2011-03-25 20:31:05 UTC 
ok. then how can i get the selected real sink element from autovideosink?
thanks.
Comment 3 Sebastian Dröge (slomo) 2011-03-25 20:33:30 UTC 
With the GstBin API, e.g. gst_bin_iterate_elements() or gst_bin_get_by_name(). Or you could connect to the element-added signal to be notified when an element is added to the bin