I think it is better to write your own videorate plugin or modify videorate plugin to support DMAI buffer than modify gstbuffer. <div class="gmail_quote">2010/3/16 Arnout Vandecappelle <<a href="mailto:arnout@mind.be">arnout@mind.be</a>> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> Hoi all, I'm currently hacking with the DMAI plugins that use the DSP on the TI OMAP for video encoding and other transformations. These plugins require specially allocated DMA buffers to be able to communicate with the DSP. A custom GstTIDmaiBufferTranport sub-class of GstBuffer is used for that. When the encoder element receives a buffer, it checks whether it is a GstTIDmaiBufferTransport; if not, it memcpy's the data in a DMA buffer. Since the memcpy's completely kill performance in my application, I make sure that GstTIDmaiBufferTransport buffers are allocated in the beginning of the pipeline. However, when I insert a videorate element in the pipeline, it creates subbuffers of these. These are no longer recognized as GstTIDmaiBufferTransport objects, and therefore the physical address of the DMA buffer is not accessible. Hence, there are memcpy's again. To work around this, I've added a function to GstBuffer that checks if it is a subbuffer and if so returns the parent buffer. Does this sound like a good solution? If so, I'll put it in bugzilla. Regards, Arnout <div><div></div><div class="h5">-- Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286540 Essensium/Mind <a href="http://www.mind.be" target="_blank">http://www.mind.be</a> G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven LinkedIn profile: <a href="http://www.linkedin.com/in/arnoutvandecappelle" target="_blank">http://www.linkedin.com/in/arnoutvandecappelle</a> GPG fingerprint: 31BB CF53 8660 6F88 345D 54CC A836 5879 20D7 CF43 ------------------------------------------------------------------------------ Download Intel&#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. <a href="http://p.sf.net/sfu/intel-sw-dev" target="_blank">http://p.sf.net/sfu/intel-sw-dev</a> _______________________________________________ gstreamer-devel mailing list <a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a> <a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a> </div></div></blockquote></div>