Using Qualcomm's camera subsystem on VOXL2
-
Hi,
While reading about the capabilities of the qrb5165 I found that Qualcomm provides a camera subsystem with some of its platforms (notably the RB5 robotics platform) that I would like to try on the VOXL2. Sadly it isn't installed by default so I wanted to know if anyone had ever tried doing that before. If so, how well does it work and where can I find the packages to install it on the VOXL2 ?
I know that the VOXL2 image already provides a camera server but I would like to try using the qualcomm's version too to compare performance
-
Can you please be more specific about the package you are trying to use? Of course our voxl-camera-server is built on top of the Qualcomm camera framework.
-
Oh so the qualcomm's camera server is installed already (couldn't find it mentioned anywhere). Then more specifically I'd like to use the qmmfsrc gstreamer element to recover images directly from it instead of going through your camera server but couldn't find how and where to retrieve the plugin
-
We aren't supporting gst* stuff necessarily as our focus is via our camera-server as an attempt make general development on top of the QC stack easier over time. That said it is how I tested cameras initially and the framework is there and "works" as far as my use cases went, but it's a heavy lift sometimes going through the QC docs to find what you need.
For example, here's what I used to capture frames to disk to validate a ov7251 sensor:
gst-launch-1.0 -e qtiqmmfsrc camera=0 name=tracker ! video/x-h264,format=NV12,width=640,height=480,framerate=30/1 ! queue ! h264parse ! avdec_h264 ! videoconvert ! pngenc ! multifilesink enable-last-sample=false location="/data/misc/camera/cam0_img_%d_.png"
Now the gst- command line stuff is totally out of my wheel house, I generally copy paste commands here just to get my stuff done, but if you are familiar with gst- stuff then you should be able to find what you need on target.
-
Great, thank you. I wasn't searching for the right name for the src module ("qmmfsrc" instead of "qtiqmmfsrc"). I'm not exactly knowledgeable about Gstreamer myself, I was just looking for a way to recover and process the images that allowed for a bit more control and configurability to do some tests.
You do seem to support gst stuff though since voxl-streamer uses it