[Gstreamer-openmax] Tunneling in gst-openmax
Felipe Contreras
felipe.contreras at gmail.com
Thu Mar 25 12:57:02 PDT 2010
On Thu, Mar 25, 2010 at 9:23 PM, Rob Clark <rob at ti.com> 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
More information about the Gstreamer-openmax
mailing list