Hi @msingh44,
It looks like there is some kind of limitation from the v4l2-ctl tool when saving frames. Something like the process of saving the image is made in the same thread as the capture one.
I think of two options that you can try to workaround this:
- Use gstreamer with the v4l2src element to dequeue the frames, sadly, as I read you use imx219 with RAW10, which I believe v4l2src on gstreamer 1.14.5 doesn’t support. But we have created instructions in the past in order to apply a patch to enable this support: Compile GStreamer on NVIDIA Jetson TX1, TX2, and Nano - RidgeRun Developer Wiki. You can check them, there are complete instructions to build gstreamer 1.14.5 plugins and an example to capture the frames as you want as well. Reach me out if there are any questions for this. With gstreamer you will probably use a pipeline like
gst-launch-1.0 -vvv v4l2src num-buffers=10000 ! “video/x-bayer,width=1920,height=1080 format=bggr” ! filesink location=“test.raw”
- Modify a similar app like v4l2-ctl as this post explains: V4l2-ctl not respecting frame_rate control, unlike Gstreamer on IMX477 + Nano 2GB - #15 by ShaneCCC
Regards,
Roberto Gutierrez,
Embedded SW Engineer at RidgeRun
Contact us: support@ridgerun.com
Developers wiki: https://developer.ridgerun.com/