051、ISP Pipeline的“数据流断点“——RAW域到RGB域转换时位宽截断导致的banding伪影排查与修复
051、ISP Pipeline的"数据流断点"——RAW域到RGB域转换时位宽截断导致的banding伪影排查与修复
去年秋天，我在调试一颗车规级前视摄像头的HDR场景时，遇到了一个极其隐蔽的banding问题。客户反馈说，在逆光驶出隧道的一瞬间，天空区域会出现横向的、缓慢滚动的明暗条纹，不是那种高频闪烁，而是像老式CRT显示器刷新率不足时的感觉。当时第一反应是去查AE的收敛速度、查sensor的HDR合成时序，甚至怀疑过是LSC的网格插值在强光下溢出。折腾了两天，示波器都上了，最后才发现问题根本不在时序，而在RAW域到RGB域转换时，一个看似不起眼的位宽截断操作。
那个场景的sensor输出是14bit RAW，ISP内部处理路径上，去马赛克模块之前有一个黑电平校正和线性化处理，输出被强制写成了10bit。当时写代码的同事说，这是为了省DDR带宽，因为后续的3A统计模块只需要10bit精度。听起来合理，对吧？但问题就出在这个"合理"上。
先说说现象的本质。banding伪影，尤其是横向的、随场景亮度缓慢变化的条纹，在ISP里最常见的根因就是数据流的某个环节发生了"精度塌陷"。14bit的数据范围是016383，你把它截断到10bit，也就是01023，相当于把16个原始码值映射到1个输出码值。如果这个截断是简单的右移4位，那还好，因为它是均匀的。但很多ISP的硬件加速器为了省门电路，用的是"先加偏置再截断"的近似舍入，甚至有些直接就是"截断低位"，也就是floor操作。这就麻烦了，因为floor操作会引入一个与信号相关的直流偏置，而这个偏置在暗部区域会被放大——暗部信噪比本来就低，量化步长相对信号幅度来说太