[Gstreamer-openmax] [PATCH v3 1/3] Initial support for configuration file

Felipe Contreras felipe.contreras at nokia.com
Thu Mar 4 05:28:46 PST 2010


On Thu, Mar 04, 2010 at 12:04:50AM +0100, Rob Clark wrote:
> not a comment on current patch (which looks fine to me, btw), but a
> note about what I'm thinking for future evolution of config file..
> 
> since we are using a GstStructure as the the config file syntax, it
> would be really simple to start adding element specific fields.  For
> example, anything that subclasses GstOmxBaseVideoDec could have an
> optional output-formats list.  Like:
> 
> ----
> omx_h264dec,
>  type=GstOmxH264Dec,
>  library-name=libomxil-bellagio.so.0,
>  component-name=OMX.st.video_decoder.avc,
>  srcpad-formats=(fourcc){I420, YUY2, NV12},
>  rank=256;
> ----
> 
> or audio decoder could have fields for supported # of channels or
> rates, etc, etc.
> 
> It should be really easy to add an API to take an element and field
> name as parameter, and return a GValue which could be dropped into the
> caps.
> 
> At that point, it might make sense to move the library and component
> name strings out of the element..  I'm not sure.  But that can come as
> a later patch.

I don't see what one thing has to do with the other. What an API to
fetch fields from the config has to do with element properties?

> (Oh, and I want to make those library-name and component-name
> properties as read-only too.. but also another patch)

I already sent the patches for that.

-- 
Felipe Contreras




More information about the Gstreamer-openmax mailing list