[Gstreamer-bugs] [Bug 100563] Changed - object lifecycle is unclear/buggy
bugzilla-daemon at widget.gnome.org
bugzilla-daemon at widget.gnome.org
Mon Dec 30 16:32:06 PST 2002
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
http://bugzilla.gnome.org/show_bug.cgi?id=100563
Changed by david at neongoat.com.
--- shadow/100563 Sat Dec 7 13:47:17 2002
+++ shadow/100563.tmp.15883 Mon Dec 30 19:32:06 2002
@@ -1,12 +1,12 @@
Bug#: 100563
Product: GStreamer
Version: 0.4.2
OS: Linux
OS Details: debian
-Status: NEEDINFO
+Status: CLOSED
Resolution:
Severity: normal
Priority: Normal
Component: gstreamer (core)
AssignedTo: gstreamer-maint at bugzilla.gnome.org
ReportedBy: david at neongoat.com
@@ -42,6 +42,20 @@
a) give the error you get
b) provide a bt if it's a segfault
c) attach a --gst-mask=-1 log
as for the code itself, not sure why you want to do it like that. A
gst_object_unref (bin) would probably do all you want there.
+
+------- Additional Comments From david at neongoat.com 2002-12-30 19:32 -------
+The reason why I needed to do this is because my pipelines change
+dynamically and single elements are added/destroyed frequently without
+destroying or otherwise modifying the rest of the pipeline.
+
+wtay cleared up the lifecycle concepts one day on IRC, so I now know
+that calling gst_bin_remove() automatically destroys the removed
+element (unless the application manually reparents it). Before I was
+trying to manually destroy the elements. Since I wasn't familiar with
+the gtk lifecycle I didn't nkow that's how it works in gst.
+
+If necessary, I can help out with the docs, including info like this
+that someone with no gst experience would need.
More information about the Gstreamer-bugs
mailing list