Open mihaita85 opened 6 years ago
Hello Mihaita,
I'm sorry for the late reply on this. I'm not sure if I understand your explanation correctly, but I don't think that this library does what you want it to do.
This plugin, is not a GStreamer element, but a plugin for libv4l. It assumes that you have working GStreamer pipeline that does what you want it to do, and you need to pass data to it from an application that only supports V4L2 and not GStreamer.
If your application can make calles to gst_memory_map()
, then you are probably better off just writing a GStreamer application to do what you want.
Hello,
Thank you for the reply.
My understanding was that gstreamer needs to run on top of a v4l driver always.
And that this application is helping people who want to use gstreamer without having a v4l capture device. Is this true?
usually we have: gstreamer app
^
|
v4l driver
I would like to do: gstreamer app
^
|
your v4l plugin
^
|
memory
Is this still feasible using your v4l plugin?
So I do not need gstreamer application, I can write that. I need a solution to be able to use gstreamer fetching data directly from RAM, without having to access a v4l driver that would start a stream op from VDMA.
When I read about it, i thought this v4l plugin that you developed is the right way to go. what is your opinion?
Best regards, Mihaita
Hello,
i) My scenario is the following: I use a ARM dual-core. The camera is controlled by FreeRTOS on one core and the vdma copies the captured frames in RAM. From RAM I would like to fetch them from the second core running embedded Linux. Is using this plugin and gst_memory_map for mapping the location of the frames and creating that dummy v4l device enough? Or I would need to configure vdma on Linux for MEM to MEM operations.
ii) is there a gstreamer application example available for using this plugin? I am new to gstreamer
Thanks, Mihaita