Imx6ul + adv7180 use NTSC format cameras, unable to properly collected images

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Imx6ul + adv7180 use NTSC format cameras, unable to properly collected images

1,063 Views
wzj
Contributor I

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!!!!!!!!!!!!

Tags (1)
0 Kudos
3 Replies

746 Views
igorpadykov
NXP Employee
NXP Employee

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

https://www.nxp.com/support/developer-resources/run-time-software/i.mx-developer-resources/i.mx-6ser...

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!
-----------------------------------------------------------------------------------------------------------------------

0 Kudos

746 Views
wzj
Contributor I

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

pastedImage_1.png

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

pastedImage_2.png

0 Kudos

746 Views
hrossi
Contributor I

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.

0 Kudos