Hi,
I am using gst-omx 1.2.0 with gstreamer.1.4.0. In the OMX IL, I am exporting v4l2 buffers as dmabuf memtype. Is there a plan to bring dma-buf support in gst-omx plugins. Regards, Sudip _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
On Do, 2014-08-28 at 09:52 +0530, Sudip Jain wrote:
> Hi, > > I am using gst-omx 1.2.0 with gstreamer.1.4.0. In the OMX IL, I am > exporting v4l2 buffers as dmabuf memtype. Is there a plan to bring dma-buf > support in gst-omx plugins. Currently no, as there is no standard for handling dmabuf in OMX IL yet. Once there's hardware that implements custom extensions for this, or something is added to the spec it could be added to gst-omx of course. Just needs someone with access to the hardware :) -- Sebastian Dröge, Centricular Ltd - http://www.centricular.com Expertise, Straight from the Source _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel signature.asc (968 bytes) Download Attachment |
Hello Sebastian Dröge, Sudip Jain
So its been 2 years since this post made and still i have same concern. Do gst-omx have now support of dma-export or dma-import (fd exported by v4l2src and used by gst-omx) ? Any discussion or ticket of patches available for this? Thanks, Jeegar Patel |
Le mardi 29 novembre 2016 à 15:51 -0800, Jeegar32 a écrit :
> So its been 2 years since this post made and still i have same > concern. > > Do gst-omx have now support of dma-export or dma-import (fd exported > by > v4l2src and used by gst-omx) ? Short answer is no. > Any discussion or ticket of patches available for this? The question is what mechanism do OMX offer to import or export a DMABuf. Searching through Khronos documentation, I could not find any thing. I believe Google OMX might support ION, which indirectly can wrap a DMABuf. But gst-omx would need some work to support Google OMX. There could also be something looked up through EGLImage, but I'm not convinced by the method used for the RPi OMX stack. Nicolas _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel signature.asc (188 bytes) Download Attachment |
In reply to this post by Jeegar32
Jeegar, Seems like your pipeline is v4l2src ! omx encoder I used a temporary workaround for omx v4l2 decoder to export dmabuf fd by adding the handle in gst_omx_memory_allocator_alloc as below (but that was 2 years back). gst_omx_memory_allocator_alloc (GstAllocator * allocator, GstMemoryFlags flags, buf->omx_buf->nAllocLen, align, 0, buf->omx_buf->nAllocLen); { ... mem->buf = buf; + mem->fd = *((int *)buf->omx_buf->pOutputPortPrivate); } Also, “openmax” allocator is not included in gst-plugins-base/gst-libs/allocators/ as dmabuf allocator (not sure if its the same now), so could not cast GstOMXMemory, need to add definition locally in downstream element to retrieve the fd. Sudip
On 30 November 2016 at 05:21, Jeegar32 [via GStreamer-devel] <[hidden email]> wrote: Hello Sebastian Dröge, Sudip Jain |
Free forum by Nabble | Edit this page |