AnsweredAssumed Answered

i.MX6 gstreamer dual record fail

Question asked by m.c on Dec 4, 2013
Latest reply on Jul 22, 2014 by kevin_chan
Branched to a new discussion

1) We use Use L3.0.35_4.1.0_130816_images_MX6.tar.gz on i.MX6Q-SDP with below commands to do dual record but fail.

2) Have to submit SR, but he suggest post here.

3) Also try the apply unoffical patch from <OV5640 and OV5642 cameras on iMX6 | Freescale Community>, and it can do dual record. But will encounter performance issue while playing movie.

------------------------------------------------------------------

1)

modprobe ov5640_camera_mipi

modprobe ov5642_camera

modprobe mxc_v4l2_capture

 

gst-launch -e mfw_v4lsrc device=/dev/video0 ! mfw_ipucsc ! vpuenc codec=6 ! matroskamux ! filesink location=video0.mkv &

gst-launch -e mfw_v4lsrc device=/dev/video1 ! mfw_ipucsc ! vpuenc codec=6 ! matroskamux ! filesink location=video1.mkv &

 

ERROR message

root@freescale ~$ gst-launch -e mfw_v4lsrc device=/dev/video1 ! mfw_ipucsc ! vpu

enc codec=6 ! matroskamux ! filesink location=video1.mkv &

root@freescale ~$ MFW_GST_V4LSRC_PLUGIN 3.0.7 build on Aug 16 2013 20:15:40.

IPU_CSC_CORE_LIBRARY_VERSION_INFOR_01.00.

MFW_GST_IPU_CSC_PLUGIN 3.0.7 build on Aug 16 2013 20:16:04.

Setting pipeline to PAUSED ...

[INFO]  Product Info: i.MX6Q/D/S

vpuenc versions

        plugin: 3.0.7

        wrapper: 1.0.35(VPUWRAPPER_ARM_LINUX Build on Aug 16 2013 20:14:38)

        vpulib: 5.4.16

        firmware: 2.3.10.40778

imx-ipuv3 imx-ipuv3.0: handler already installed on irq 0

Error registering rot irq

ERROR: Pipeline doesn't want to pause.

Setting pipeline to NULL ...

Freeing pipeline ...

------------------------------------------------------------------

2) SR 1-1226100721

The latest mxc V4L2 capture driver supports 2 cameras simultaneously.

 

The below v4l2 capture unit test command lines may verify this feature on MX6 SabreSD platform:

 

root@freescale /unit_tests$ ./mxc_v4l2_capture.out -iw 1024 -ih 768  -ow 1024 -oh 768  -m 8 -fr 15 -d /dev/video0 -i 1 -c 100 /test1.yuv & root@freescale /unit_tests$ ./mxc_v4l2_capture.out -iw 1024 -ih 768  -ow 1024 -oh 768  -m 8 -fr 15 -d /dev/video1 -i 0 -c 100 /test2.yuv in_width = 1024, in_height = 768 out_width = 1024, out_height = 768 top = 0, left = 0 in_width = 1024, in_height = 768 out_width = 1024, out_height = 768 top = 0, left = 0

 

If this will not help, please post issue on Community, our multimedia experts will try to help You there.

------------------------------------------------------------------

3)

gst-launch -e mfw_v4lsrc device=/dev/video0 ! mfw_ipucsc ! vpuenc codec=6 ! mpegtsmux ! filesink location=video0.ts&

gst-launch -e mfw_v4lsrc device=/dev/video1 ! mfw_ipucsc ! vpuenc codec=6 ! mpegtsmux ! filesink location=video1.ts&

gst-launch playbin2 uri=file:///Wife.mp4&

 

ERROR message

WARNING: from element /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:vbin/GstAutoVideoSink:videosink/MFW_GST_V4LSINK_INFO_T:videosink-actual-sink-mfw_v4l: A lot of buffers are being dropped.

Additional debug info:

gstbasesink.c(2866): gst_base_sink_is_too_late (): /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:vbin/GstAutoVideoSink:videosink/MFW_GST_V4LSINK_INFO_T:videosink-actual-sink-mfw_v4l:

There may be a timestamping problem, or this computer is too slow.

------------------------------------------------------------------

Outcomes