[gstreamer-bugs] [Bug 580412] New: New API for getting plugins
bugzilla-daemon at bugzilla.gnome.org
Mon Apr 27 03:18:42 PDT 2009
If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
GStreamer | gst-plugins-base | Ver: 0.10.x
Summary: New API for getting plugins
AssignedTo: gstreamer-bugs at lists.sourceforge.net
ReportedBy: Uraeus at linuxrising.org
QAContact: gstreamer-bugs at lists.sourceforge.net
GNOME version: Unspecified
GNOME milestone: Unspecified
In transmageddon I spent a lot of time trying to be able to get at codecs and
muxers by using GStreamer caps/mimetypes and link that with element names. We
got quite a bit of API in GStreamer for taking string mimetypes and using them,
but not a easy way to link that information with actual plugins.
In transmageddon I created this file to deal with it:
It is essentially an API which I can for instance provide with
'audio/mpeg,mpegversion=1,layer=3' and it will return me the name of a mp3
encoder if I got one, or let me know that there is no plugin for that format
available (which in turn lets me use the pbutils stuff to search for a plugin).
Would be nice to have a generic version of this API in C availalble in
GStreamer as loading of plugins and checking pad caps is not obvious to people
not very experienced with GStreamer.
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.
You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=580412.
More information about the Gstreamer-bugs