126、洞察驱动的实战标题——ISP Pipeline的“数据流思维“——RAW域到YUV域每级位宽/格式/统计信息的全链路追踪与带宽瓶颈定位

126、洞察驱动的实战标题——ISP Pipeline的"数据流思维"——RAW域到YUV域每级位宽/格式/统计信息的全链路追踪与带宽瓶颈定位

上周三晚上十一点，客户现场打来电话，说某款车载前视摄像头在夜间逆光场景下，预览画面出现诡异的横向条纹，而且帧率从30fps掉到了22fps。我第一反应是sensor曝光或者ISP的AE出了问题，但拿到log一看，AE收敛正常，3A统计值都在合理范围。真正让我警觉的是带宽监控计数器——ISP输出到DDR的写带宽比理论值高了将近40%。这不是算法问题，是数据流问题。

做影像调试这么多年，我越来越觉得，ISP调优的本质不是调参数，而是调数据流。你盯着gamma曲线调半天，不如先搞清楚每一级pipeline里数据到底是以什么位宽、什么格式、什么对齐方式在流动。今天这篇笔记，我想把RAW域到YUV域这条链路上的"数据流思维"掰开揉碎讲清楚，尤其是那些容易让人栽跟头的位宽陷阱和带宽瓶颈。

从RAW域的第一级说起：sensor输出的RAW数据，位宽不是你想的那样

很多工程师拿到sensor datasheet，看到"10-bit RAW输出"，就以为ISP前端接收的就是10-bit数据。错。sensor输出到ISP的MIPI接口，通常是以16-bit的容器来承载10-bit或12-bit有效数据的。也就是说，每个像素在物理链路上占16bit，但高6位（或高4位）是无效的填充位。这个"容器位宽"和"有效位宽"的差异，是第一个容易出问题的地方。

我之前调试一个安防IPC项目，sensor是12-bit RAW，ISP前端配置成12-b