I am validating a i.MX6Q based platform with the ov5642 and I am having problem with the following modes:
Are these tested? Are they working correctly in the EVK? Any other user has issues with these modes
Hello Jose,
>>Are these tested?
Yes.
>>Are they working correctly in the EVK?
Some modes can't normally work!
A Camera Module provider told me that OV5642 sensor chip has been discontinued, so you had better confirm the message with corresponding provider, and arrage to validate camera module based on other sensor chip like ov5640 etc.
If you are using android BSP, you can open ~/myandroid/hardware/imx/mx6/libcamera2/Ov5642Csi.cpp, there are some comments in the files like below:
......
//If w/h ratio is not same with senserW/sensorH, framework assume that
//first crop little width or little height, then scale.
//But 1920x1080, 176x144 not work in this mode.
//For 1M pixel, 720p sometimes may take green picture(5%), so not report it,
//use 1024x768 for 1M pixel
if( !((vid_frmsize.discrete.width == 1920 && vid_frmsize.discrete.height == 1080) ||
(vid_frmsize.discrete.width == 176 && vid_frmsize.discrete.height == 144) ||
(vid_frmsize.discrete.width == 1280 && vid_frmsize.discrete.height == 720)) ){
mPictureResolutions[pictureCnt++] = vid_frmsize.discrete.width;
mPictureResolutions[pictureCnt++] = vid_frmsize.discrete.height;
}
.....
Best Regards,
Weidong
Hi Wigros,
These below limitation comments are android framework issues or NXP BSP issues or Camera linux driver issues? Because we use 2M UVC camera(1920x1080) in NXP android 6.0.1 BSP, we found the there are some green invalid pixels in the bottom of preview(960x540). But we can't see this issue in PC camera apps
//If w/h ratio is not same with senserW/sensorH, framework assume that
//first crop little width or little height, then scale.
//But 1920x1080, 176x144 not work in this mode.
//For 1M pixel, 720p sometimes may take green picture(5%), so not report it,
//use 1024x768 for 1M pixel
I am using the Linux BSP.
>> Some modes can't normally work!
Why? I see in the driver register tables to configure the sensor for these modes. I assume these tables need to be fixed, could you confirm?
Have the modes I listed in the first post been tested on i.MX6Q with Linux BSP?
Hi Wigros Son,
could you comment?