At present I here refer to the following NXP BBS patches
https://community.nxp.com/thread/449725#comment-899441
After applying patches,
Found CVBS camera can be normal use PAL output image, but if the access to use NTSC camera is unable to work, run the application, system card dead.
After I fumbled a period of time and effort, NTSC format cameras can work now, the image can also be collected, the system will not be jammed,
But the acquisition of image ghosting, see below:
See the attachment image1.jpg
Can be seen from the above image acquisition buf size is 720 x480 format UYVY422, look from the color format right in accordance with my own set of image format
The background print data as follows:
See the attachment image2.jpg
Acquisition program uses the file system's own/unit_test mx6s_v4l2_capture. Out
Run the command:
. / mx6s_v4l2_capture. Out -m 0 - d/dev/video0 - of cvbs22. Yuv - 1 t
The result of the execution is as follows:
See the attachment image3.jpg
Hardware: imx6ul + adv7180 + CVBS camera (the camera validation is normal)
linux Kernel: 3.14.38
Output from adv7180 register can see chip has been detected NTSC format, width and height, as well as the frame rate of digital and buf capitals are normal, this resolution is 720 x480 @ 30 for collection
But don't know why I collect the image is ghosting, additional dmesg print information, a print as follows:
21 c4000 mx6s - csi. Csi: 8 c600000!= 8 c700000
21 c4000 mx6s - csi. Csi: 8 c700000!= 8 c800000
21 c4000 mx6s - csi. Csi: 8 c500000!= 8 c600000
21 c4000 mx6s - csi. Csi: 8 c600000!= 8 c800000
21 c4000 mx6s - csi. Csi: 8 c700000!= 8 c500000
21 c4000 mx6s - csi. Csi: 8 c500000!= 8 c800000
21 c4000 mx6s - csi. Csi: 8 c600000!= 8 c700000
21 c4000 mx6s - csi. Csi: 8 c700000!= 8 c800000
21 c4000 mx6s - csi. Csi: 8 c500000!= 8 c800000
This problem has been bothering me for more than a week time.
Now I don't know from which direction, to check the problem, the customer side close to cui, please help us
Thank you very much!!!!!!!!!!!!
Hi 仲金 吴
one can test quality with gstreamer as in example on
imx6 gstreamer h.264 vpu encoding/decoding quality problem
and better to test with latest kernels described on
Gstreamer usage is described in Linux Guide from linux documentation found on that link
Best regards
igor
-----------------------------------------------------------------------------------------------------------------------
Note: If this post answers your question, please click the Correct Answer button. Thank you!
-----------------------------------------------------------------------------------------------------------------------
Try it your way, the phenomenon hasn't changed,
With the 4.1.15 kernel, the effect is the same and has not changed
However, it was found that the image could be output normally using imx6q,
By comparing their drivers, the biggest differences are found,
In mxc_vl42_capture. C in the imx6q driver, the starting point of the effective region is set differently for different places of NTSC and PAL, as shown in the figure below
However, I did not find the register in imx6ul that could set this parameter. I do not know if there are any other registers with the same effect that can be set
So I changed the resolution of the camera to 720x506 so that the image could be output normally, but the sawtooth of the image was serious, and the black edge on the top and bottom could not be removed
Hi 仲金 吴,
Did you manage fixing the sawtooth in the image captured from a NTSC camera? I have the same problem, but using a PAL camera (720x576) it works perfectly.
Thanks.