树莓派CM4+Arducam IMX230采集Raw数组分辨率不符问题咨询

核心原因：10bit Raw数据的打包存储与行对齐处理 #

你的问题出在Raw格式数据的底层存储逻辑和numpy数组采集时的原始字节读取方式上，具体分两点：

1. CSI-2 10bit Raw的打包机制 #

配置中format: 'SRGGB10_CSI2P'是CSI-2标准的10bit Raw打包格式，它的存储规则是：每4个10bit像素打包为5字节（4×10bit=40bit=5字节）。按你的目标宽度5344像素计算，每行原始字节数应为：
5344 ÷ 4 × 5 = 6680字节

但相机驱动为了满足内存对齐要求（通常是16字节对齐），会在每行末尾填充额外字节，将6680字节向上对齐到最近的16倍数——也就是6688字节（6680+8）。当你直接采集为numpy数组时，驱动返回的是包含填充字节的原始字节流，所以数组宽度显示为6688；而采集图像时，驱动会自动忽略这些填充字节并完成解包，因此分辨率符合预期。

2. numpy数组的 dtype 与解包逻辑缺失 #

如果你的采集代码直接将原始字节流转换为uint8类型的numpy数组，那么数组的宽度自然就是对齐后的6688（每行字节数）。而目标的5344是像素数，不是字节数——10bit像素无法直接用单字节存储，必须经过解包才能得到对应像素数的数组。你配置中的unpacked: 'SRGGB10'可能仅在图像采集流程中生效，而数组采集流程未触发解包逻辑。

解决方向 #

• 手动处理行对齐填充：如果数组是uint8类型，先裁剪每行末尾的8个填充字节，得到每行6680字节的原始数据，再按照CSI-2 10bit打包规则解包为5344个10bit像素。
• 调用正确的解包接口：使用Arducam库中专门的Raw解包函数（比如针对SRGGB10_CSI2P格式的转换函数），将原始字节流直接转换为对应分辨率的10bit像素数组（可存储为uint16类型，每个像素占2字节，宽度为5344）。
• 检查采集函数参数：确认数组采集函数是否需要显式指定unpacked参数，确保触发格式解包逻辑，而非直接返回原始字节流。

内容的提问来源于stack exchange，提问作者techguyimg