You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have implemented a Zephyr video driver for the ST VD16GZ image sensor and I would like to check if there is interest in upstreaming it.
The VD16GZ is an image sensor with a non-standard pixel layout. Its main characteristics:
it outputs RAW8 data over a 2-lane MIPI CSI-2 interface
the native pixel layout is a 4×4 RGBNIR mosaic, not a normal 2×2 Bayer pattern
Because the Zephyr video API requires a known pixelformat, the driver currently advertises a Bayer RAW8 format only as a transport placeholder. This allows the data to pass through the video pipeline, while the actual RGBNIR interpretation should be handled by the application.
The driver has been tested on the STM32N6570-DK with the ST STEVAL-16GZMAI camera module. I can also contribute the shield definition for this module.
Before preparing a pull request, I would appreciate some feedback:
Is there interest in adding support for this RGBNIR sensor in Zephyr?
Is using a Bayer RAW8 placeholder an acceptable approach in this case?
Would it be better to submit the shield support together with the driver or as a separate contribution?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
I have implemented a Zephyr video driver for the ST VD16GZ image sensor and I would like to check if there is interest in upstreaming it.
The VD16GZ is an image sensor with a non-standard pixel layout. Its main characteristics:
Because the Zephyr video API requires a known pixelformat, the driver currently advertises a Bayer RAW8 format only as a transport placeholder. This allows the data to pass through the video pipeline, while the actual RGBNIR interpretation should be handled by the application.
The driver has been tested on the STM32N6570-DK with the ST STEVAL-16GZMAI camera module. I can also contribute the shield definition for this module.
Before preparing a pull request, I would appreciate some feedback:
Beta Was this translation helpful? Give feedback.
All reactions