8、ISP与Sensor功耗优化：Sensor帧率控制、ISP管线降级、RAW域处理 vs YUV域处理、HDR场景功耗权衡
功耗优化，说白了就是跟电池寿命抢时间。尤其在手机相机这种发热大户上，Sensor和ISP的功耗控制，直接决定了你拍视频能撑多久、会不会烫手。我这些年调过的项目，有一半的功耗问题都出在这两个环节上。
今天咱们就掰开揉碎，聊聊Sensor帧率怎么控、ISP管线怎么降级、RAW域和YUV域到底选哪个，以及HDR场景下怎么权衡功耗。嗯，都是实战里踩过的坑。
8.1 Sensor帧率控制：不是越快越好
很多人觉得帧率越高越好，其实不然。Sensor跑在最高帧率，功耗几乎是线性增长的。我见过一个项目，为了追求60fps预览，Sensor一直全速运转，结果手机背面温度直接飙到45度。用户投诉说“烫手”，最后只能降帧率。
核心思路：动态帧率调节
- 场景识别：静止场景降帧，运动场景升帧。比如你拿着手机拍文档，15fps就够了；拍奔跑的小孩，至少30fps。
- 帧率阶梯：不要从60fps直接跳到15fps，容易造成画面卡顿。我习惯设置4-5个档位：60、48、30、24、15。
- 帧率切换时机：在帧消隐期（VBlank）切换，避免画面撕裂。
避坑指南：我曾经在某个项目里，帧率切换时没处理好Sensor的曝光行同步，导致切换瞬间画面亮度跳变。后来加了帧率切换的平滑过渡逻辑，才解决。
代码示例：帧率控制策略
// 伪代码：动态帧率调节
int targetFps = 30;
if (motionLevel > HIGH_MOTION) {
targetFps = 60;
} else if (motionLevel < LOW_MOTION) {
targetFps = 15;
}
// 在VBlank期间设置
sensor->setFrameRate(targetFps);
// 同步调整ISP的帧率
isp->setFrameRate(targetFps);8.2 ISP管线降级：能省则省
ISP管线里有很多模块：去噪、锐化、色彩校正、畸变矫正……每个模块都在吃功耗。你想想看，如果场景光线很好，去噪模块其实可以关掉。这就是ISP管线降级。
降级策略
- 按场景降级：白天关掉NR（降噪），晚上才开。我做过一个测试，白天关NR能省15%的ISP功耗。
- 按分辨率降级：预览用1080p时，可以关掉一些高精度算法，比如畸变矫正。反正预览画面小，看不出来。
- 按帧率降级：高帧率时，降低每个模块的处理精度。比如把去噪强度从“高”降到“中”。
个人经验：我建议把ISP管线做成可配置的“profile”。比如“低功耗模式”、“均衡模式”、“高性能模式”。不同模式对应不同的模块开关和参数。这样上层应用直接切换，不用每次都重新配置。
ISP管线降级示例
// 伪代码：ISP管线降级
if (powerMode == POWER_SAVE) {
isp->disableModule(ISP_MODULE_NR);
isp->disableModule(ISP_MODULE_DISTORTION_CORRECTION);
isp->setSharpness(LOW);
} else if (powerMode == NORMAL) {
isp->enableModule(ISP_MODULE_NR);
isp->disableModule(ISP_MODULE_DISTORTION_CORRECTION);
isp->setSharpness(MEDIUM);
} else { // HIGH_PERFORMANCE
isp->enableModule(ISP_MODULE_NR);
isp->enableModule(ISP_MODULE_DISTORTION_CORRECTION);
isp->setSharpness(HIGH);
}8.3 RAW域处理 vs YUV域处理：功耗差异
这是个老生常谈的问题。RAW域处理，数据量小（每个像素只有1个通道），但算法复杂；YUV域处理，数据量大（每个像素有Y、U、V三个通道），但算法相对简单。功耗上，哪个更优？
我的结论：
- RAW域处理：适合做去噪、黑电平校正、坏点修复。因为这些操作在RAW域做效果更好，而且数据量小，DDR带宽占用低。但算法复杂，CPU/GPU负载高。
- YUV域处理：适合做色彩调整、锐化、人脸美化。因为这些操作在YUV域更直观。但数据量大，DDR带宽占用高。
功耗权衡：
| 处理域 | 数据量 | 算法复杂度 | DDR带宽 | 典型功耗 |
|---|---|---|---|---|
| RAW域 | 低（1通道） | 高 | 低 | 中等 |
| YUV域 | 高（3通道） | 低 | 高 | 中等偏高 |
说白了，没有绝对的好坏。我一般建议：能RAW域做的，尽量在RAW域做。因为DDR带宽往往是功耗瓶颈。你想想看，YUV域处理时，数据量是RAW域的3倍，DDR访问次数多了，功耗自然上去了。
注意：有些ISP硬件只支持YUV域处理，那就没办法了。但如果你能选择，优先考虑RAW域。我在一个项目里，把去噪从YUV域移到RAW域，功耗降了8%。
8.4 HDR场景功耗权衡
HDR（高动态范围）场景，说白了就是拍大光比画面。比如逆光人像、夜景灯牌。HDR处理方式主要有三种：多帧合成、单帧DOL（Digital Overlap）、单帧HDR Sensor。
功耗对比：
- 多帧合成：拍3-5帧，然后合成。功耗最高，因为Sensor要连续曝光多次，ISP要处理多帧数据。但效果最好。
- 单帧DOL：Sensor一次曝光，读出不同曝光时间的像素。功耗中等，因为只需要读一次帧，但ISP处理复杂。
- 单帧HDR Sensor：Sensor硬件直接输出HDR数据。功耗最低，但效果受限于Sensor能力。
我的建议：
- 如果场景光线变化不大，用单帧HDR Sensor，功耗最低。
- 如果场景动态范围极高（比如逆光），用多帧合成，但要做好功耗控制。比如降低帧率、限制连续HDR拍摄的张数。
- 如果Sensor支持DOL，优先用DOL。效果和功耗的平衡点最好。
避坑指南：我曾经在某个项目里，HDR多帧合成时没控制好帧间隔，导致Sensor连续曝光，功耗飙升。后来加了帧间隔限制，每次HDR拍摄后强制等待100ms，才把功耗降下来。
HDR功耗权衡决策树
// 伪代码：HDR模式选择
if (sensor->hasHdrMode()) {
// 单帧HDR Sensor
useSingleFrameHdr();
} else if (scene->dynamicRange > HIGH_DR) {
// 多帧合成，但限制帧数
useMultiFrameHdr(3); // 最多3帧
wait(100); // 帧间隔
} else {
// 单帧DOL
useDolHdr();
}8.5 知识体系总览
下面这张图，把本章的核心逻辑串起来了。你可以看到，Sensor帧率控制、ISP管线降级、RAW/YUV域选择、HDR权衡，最终都指向一个目标：在保证画质的前提下，把功耗压到最低。
嗯，以上就是ISP与Sensor功耗优化的核心内容。记住，没有银弹。每个项目都要根据Sensor型号、ISP能力、场景需求来权衡。我个人的习惯是：先测基线功耗，然后逐个模块优化，每次改完都跑一遍功耗测试。这样心里有底。
最后，如果你在实际项目中遇到功耗问题，不妨从今天讲的这四个维度入手。大概率能找到优化空间。