第二章 高通Spectra平台架构：ISP流水线与3A算法
做3A调优，你得先搞清楚手里的武器长什么样。高通Spectra ISP，说白了就是一套专门处理图像信号的硬件流水线。我刚开始接触Spectra时，也被它复杂的框图吓到过。但拆开来看，其实就几大块。
2.1 Spectra ISP流水线概览
高通Spectra ISP是一套完整的图像信号处理链路。从传感器拿到原始数据，到最终输出YUV或RAW图，中间经过十几个处理模块。我习惯把这条流水线分成三段：前端、中端、后端。
核心思路：3A算法（AE、AF、AWB）不是独立存在的。它们嵌在ISP流水线的关键节点上，实时读取统计信息，再反过来控制硬件参数。说白了，3A就是ISP的“大脑”。
下面这张图，是我自己总结的Spectra ISP流水线框架。你把它记在脑子里，后面调参时就知道该找哪个模块了。
2.2 3A算法在ISP中的位置
你看上面那张图，红色节点就是3A统计信息的采集点。它们分布在流水线的不同阶段。为什么会这样？因为每个算法需要的数据格式不一样。
| 3A算法 | 统计采集位置 | 输入数据格式 | 控制对象 |
|---|---|---|---|
| AWB (自动白平衡) | 前端RAW域，BLC之后 | RAW (Bayer) | R/G/B增益、色温矩阵 |
| AE (自动曝光) | 中端RGB/YUV域，Gamma之后 | Y (亮度) 统计直方图 | 曝光时间、模拟增益、数字增益 |
| AF (自动对焦) | 中端YUV域，降噪之后 | Y (亮度) 高频分量 | 镜头位置 (VCM/Hall) |
个人经验：我调试AWB时，经常发现RAW域的统计窗口没对准。后来养成一个习惯——先确认BLC和LSC是否收敛，再看AWB统计。否则你调半天，其实底层的黑电平还在漂。
2.3 硬件加速单元
高通Spectra平台之所以强，很大程度上靠硬件加速。说白了，就是把那些计算量大的算法，从CPU/GPU搬到专用硬件上跑。我见过不少团队，软件算法写得天花乱坠，一上硬件平台就卡成PPT——就是没用好硬件加速单元。
下面这几个硬件单元，是3A调优必须了解的：
- HAL (Hardware Abstraction Layer)： 硬件抽象层。它把ISP的寄存器操作封装成标准接口。你写3A算法时，不用直接操作寄存器，调用HAL接口就行。
- 统计引擎 (Statistics Engine)： 专门用来采集AE/AF/AWB的统计信息。比如直方图、色温估计、对比度值。这些数据是3A算法的输入。
- 硬件查找表 (LUT)： Gamma校正、色彩校正都用LUT实现。调优时你改的是LUT的映射曲线，不是改算法逻辑。
- 运动补偿模块 (MCE)： 处理视频时，运动补偿能减少3A算法的抖动。我调视频AE时，如果发现曝光忽明忽暗，多半是MCE没配好。
避坑指南：我曾经在一个项目里，为了追求极致的AWB精度，在软件层做了复杂的色温估计。结果帧率直接掉了一半。后来改用硬件统计引擎的色温输出，配合简单的软件校正，效果反而更好。记住——能用硬件的，别自己写软件。
2.4 3A算法与ISP的交互流程
3A算法不是一次性跑完的。它是一个闭环反馈系统。每次ISP处理完一帧，统计引擎会生成一份“统计报告”。3A算法读取这份报告，计算出新的控制参数，再写回ISP寄存器。下一帧就用新参数处理。
这个流程，我习惯用四个步骤概括：
- 采集： ISP处理当前帧，统计引擎在指定位置采集数据。
- 上报： 统计结果通过HAL上报给3A算法库。
- 计算： 3A算法根据统计值，计算新的增益、曝光、对焦位置。
- 应用： 新参数写入ISP寄存器，下一帧生效。
你想想看，这个过程每帧都在重复。如果算法计算太慢，或者硬件响应延迟，就会出现“拖影”或“振荡”。我调试AE收敛速度时，最常干的事就是看log里每一帧的曝光值变化曲线——如果来回跳，说明增益步长太大了。
关键指标： 3A算法的收敛速度通常用“帧数”衡量。比如AE从当前亮度到目标亮度，需要多少帧稳定下来。高通平台一般要求AE在5帧内收敛，AF在10帧内完成对焦。达不到？先查硬件加速单元有没有被正确使能。
2.5 小结
这一章我们看了Spectra ISP的流水线结构，知道了3A算法嵌在哪个位置，也了解了硬件加速单元的作用。说白了，3A调优就是跟这些硬件模块打交道。你理解了流水线，就知道统计信息从哪里来；你理解了硬件加速，就知道哪些事可以交给硬件做。