[Gstreamer-openmax] [PATCH] a small bit of refactoring to gstomx_util, to allow for more flexibility of when the OMX component and port is instantiated
Felipe Contreras
felipe.contreras at gmail.com
Wed Nov 25 08:48:10 PST 2009
On Wed, Nov 25, 2009 at 9:44 AM, Stefan Kost <ensonic at hora-obscura.de> wrote:
> Is this to workaround missing introspection features in omx-il? Then I
> would simply call it (component-)metadata.
Consider a "registry/config" like this:
omx_nokiaaacdec = { .lib = "/usr/lib/libomxil-bellagio-nokia.so.1",
.component = "OMX.Nokia.audio_decoder.aac" }
omx_tiaacdec = { .lib = "/usr/lib/libOMX_Core.so", .component =
"OMX.TI.AUDIO.DECODE", .role = "audio_decode.dsp.aac" }
omx_mp3dec = { .lib = "/usr/lib/libOMX_Core.so", .component =
"OMX.TI.AUDIO.DECODE", .role = "audio_decode.dsp.mp3" }
omx_fooh264dec = { .lib = "/home/user/libfoovendor.so", .component =
"OMX.foo.video_decoder.h264", .priority = 257 }
I see no way this can be introspected, specially the libraries to
load. Once you have the library, component-name, and component-role,
then you can introspect the specific formats/profiles/levels
supported, etc.
--
Felipe Contreras
More information about the Gstreamer-openmax
mailing list