Re: [Gstreamer-openmax] Tunneling in gst-openmax

[Felipe C. <fel...@gm...>]

On Thu, Mar 25, 2010 at 9:23 PM, Rob Clark <ro...@ti...> wrote:
> yeah.  And it would be interesting to see more other gst elements, like demuxers, utilizing pad_alloc()..  then it would be interesting to implement a GstOmxBuffer and implement pad_alloc handler.

It doesn't make sense for a demuxer to do pad_alloc(). Imagine an
efficient scenario where the filesrc mmaps the entire clip, then
demuxer, some way or the other starts parsing the data and finds the
interesting frames, then what? There are only two options:

1) pad_alloc() and memcpy
2) create a sub-buffer and push it

For obvious reasons demuxers prefer 2), many decoders can operate
directly on the data, and others, such as the ones in gst-dsp can mmap
the data and make the DSP algo work on the system memory.

So no, I don't see any point in demuxers doing pad_alloc().

Cheers.

-- 
Felipe Contreras