Hi, yes I think your understanding is correct.
BGGR_PISP_COMP1 is an 8-bit per pixel compressed format, not regular CSI2 10-bit packing. As you've observed, there's a bit of padding at the end of each row (the hardware likes to start writing every row on a multiple of 64 bytes).
The CSI2 10-bit format exists only on the wire, and is received by the PiSP Front End, which writes it to memory. There are two choices here: either the "COMP1" compressed format from above, or you can request 16-bit per pixel uncompressed pixels.
Although nominally about a slightly tangential subject (selecting camera modes), there's quite a lot of further information in this post. The manual also talks about this in section 4.2.2.
BGGR_PISP_COMP1 is an 8-bit per pixel compressed format, not regular CSI2 10-bit packing. As you've observed, there's a bit of padding at the end of each row (the hardware likes to start writing every row on a multiple of 64 bytes).
The CSI2 10-bit format exists only on the wire, and is received by the PiSP Front End, which writes it to memory. There are two choices here: either the "COMP1" compressed format from above, or you can request 16-bit per pixel uncompressed pixels.
Although nominally about a slightly tangential subject (selecting camera modes), there's quite a lot of further information in this post. The manual also talks about this in section 4.2.2.
Statistics: Posted by therealdavidp — Wed Dec 24, 2025 11:55 pm