[Gstreamer-bugs] [Bug 133541] Changed - int2float and int2floatnew conflict should be resolved
bugzilla-daemon at widget.gnome.org
bugzilla-daemon at widget.gnome.org
Tue Feb 10 06:47:22 PST 2004
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=133541
Changed by in7y118 at public.uni-hamburg.de.
--- shadow/133541 Sat Feb 7 06:25:51 2004
+++ shadow/133541.tmp.22877 Tue Feb 10 09:47:22 2004
@@ -32,6 +32,26 @@
widgets change between releases.
It's not because the element concept is more vague as an interface,
that it's not part of that interface :) I honestly don't see what
applications could currently do to figure out what name it should try
to factory_make on if we change names on plugins between releases.
+
+------- Additional Comments From in7y118 at public.uni-hamburg.de 2004-02-10 09:47 -------
+The general idea is that you look for an element in the list that
+does your job and then select the one that best suits what you want
+to do.
+
+Hardcoding element names totally stomps extensibility and to me is
+only a crude hack to get what you want.
+
+If for example one day oilcolorspace is the best colorspace element,
+gst-player won't use that and insist on using ffmpeg. Same for
+volume (an element that implements the volume interface),
+colorbalance (... colorbalance interface), audioconvert (a converter
+that takes/outputs audio/x-raw-int) or filesrc/gnomevfssrc (... URI
+interface). The gconf keys already do this, too.
+
+There is really no need to use element names. It's just simpler most
+of the time.
+
+
More information about the Gstreamer-bugs
mailing list