[Gstreamer-openmax] [PATCH 2/2] add gst-openmax registry (config file)

Felipe Contreras felipe.contreras at gmail.com
Fri Feb 26 14:20:36 PST 2010


On Sat, Feb 27, 2010 at 12:03 AM, Clark, Rob <rob at ti.com> wrote:
> so something like:
>
> -----
> omx_dummy,
>  type=GstOmxDummy,
>  derived-type=GstOmxDummyOne,
>  library-name=libomxil-bellagio.so,
>  component-name=OMX.st.dummy,
>  rank=0;
>
> omx_dummy_2,
>  type=GstOmxDummy,
>  derived-type=GstOmxDummyTwo,
>  library-name=libomxil-bellagio.so,
>  component-name=OMX.bellagio.dummy,
>  rank=256;
> -----

Yeah, but type => parent, derived-type = type.

> it does make the config file more complex (one more thing to misconfigure), and then we need a bit more error handling, in case user specifies a type name that already exists..  so I'm not super-excited about that.

I don't think we need to spend so much code to check for duplicated
types, the type register would fail. Besides, what happens if you
derive from a class that's not GstOmx; I don't think the proneness to
errors is increasing that much by adding one field more.

> Also, then we need an additional hash-table to map back to element name (or something like g_type_set_qdata())..  both is possible, but it makes the code slightly less simple.

Why do we need to map back to element names? As you said; the user can
select any name anyways. (We are using g_type_set_qdata() already)

> using the element name as the type name seems a simple solution to both.

Yeah, it's simple but doesn't feel right to me. I am picturing myself
reading some debug log, scratching my head and then saying: ohh,
omx_dummy was the _class_ name!

Cheers.

-- 
Felipe Contreras




More information about the Gstreamer-openmax mailing list