[Gstreamer-bugs] [Bug 130050] New - divx/xvid crash gst-register
bugzilla-daemon at widget.gnome.org
bugzilla-daemon at widget.gnome.org
Fri Dec 26 12:37:37 PST 2003
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=130050
Changed by rbultje at ronald.bitfreak.net.
--- shadow/130050 Fri Dec 26 15:37:37 2003
+++ shadow/130050.tmp.9677 Fri Dec 26 15:37:37 2003
@@ -0,0 +1,33 @@
+Bug#: 130050
+Product: GStreamer
+Version: HEAD CVS
+OS: Linux
+OS Details: RedHat 9.0
+Status: NEW
+Resolution:
+Severity: major
+Priority: Normal
+Component: gst-plugins
+AssignedTo: gstreamer-maint at bugzilla.gnome.org
+ReportedBy: rbultje at ronald.bitfreak.net
+QAContact: gstreamer-maint at bugzilla.gnome.org
+TargetMilestone: HEAD
+URL:
+Summary: divx/xvid crash gst-register
+
+XviD/DivX apparently share several public symbols ("grep divx
+/usr/lib/libxvidcore.so" to see for yourself). gst-register loads and
+unloads each plugins. Unloading is apparently unimplemented. Therefore,
+xvid will overrule the divx symbols before divx can load itself, or divx
+will load symbols which xvid wants to overrule. The one makes the other crash.
+
+xvid will segfault in xvid_init() if divx was loaded first. divx versions
+etc. will be overrules by xvid and the version check in the divx plugin
+(because divx4linux isn't ABI/API stable) therefore fails if xvid was
+loaded before divx, and the plugin fails to load.
+
+I don't know how to solve it, apart from kicking the hell out of the xvid
+people for screwing up so badly (they overrule divx symbols, but not the
+other way around). Anyone knows a better (working ;) ) solution for this
+issue? Even if we'd implement plugin unloading, we still wouldn't be able
+to load xvid/divx plugins in the same pipeline. :(.
More information about the Gstreamer-bugs
mailing list