yes, you are right. we want YUV or RGB frames in our application, without any processing.and we want to use the exsisting apps like ffmepg v4l2-ctl etc to work seamlessly with this camera.We are thinking to go back to the bcm2835_v4l2 stack and modify the driver, do you think it is good choice?I know the two stacks are using different pi hardware component though.You can use V4L2 to retrieve frames from IMX296 (that's what libcamera does), but they will be raw Bayer frames.You also get direct control over analog gain and exposure time as there is no auto exposure or gain loop running on the sensor. If that is what your application wants then you're sorted, but I very much doubt it is, and you probably want YUV or RGB frames.Thanks for your reply,so there is no way to use other camera apps(ffmpeg and v4l2 etc) to directly control the imx296 camera other than libcamera on the new stack?
AFAIK FFmpeg has no native integration with libcamera at present. GStreamer does through libcamerasrc.
Statistics: Posted by wufengyi — Wed Jan 22, 2025 9:51 pm