Hi~,
We are planning to validate a product that can receive a MIPI camera input in YCbCr 4:2:2 format using the Rubik Pi platform.
Could you advise whether this can be supported using the QCS6490’s V4L2 framework, or if it is also feasible through Qualcomm’s CAMX camera stack?
Any guidance, references, or examples related to this use case would be greatly appreciated.
Thank you in advance.
May I confirm which operating system you are currently using—Linux, Ubuntu, or Android?
Is ISP processing required?
Is it mandatory to open via V4L2/CAMX?
Is YCbCr 4:2:2 the definitive required format, or would 4:2:0 satisfy your requirements?
We are considering Linux and Ubuntu. ISP processing is not required, and it would be preferable to use V4L2.
Since the image sensor supports only 4:2:2, YCbCr 4:2:2 is mandatory.
The “libcamera camss” bypasses the ISP, but you need to switch the device tree and drivers. You can also write the appropriate sensor driver yourself, and this solution supports V4L2. For more information, please refer to the following Qualcomm documentation.
Thank you for your explanation.
To clarify one point, could you please confirm whether the libcamera camss (ISP bypass) solution supports YCbCr 4:2:2 output via V4L2 when the image sensor provides only 4:2:2?
Our sensor does not support 4:2:0, so native 4:2:2 support is mandatory for our use case.
Please let us know if this is supported by the CAMSS hardware and drivers, or if additional driver customization is required.
Thank you in advance.
CAMX supports YCbCr 4:2:2 format. As for libcamera camss, we have not conducted practical tests yet.