第四章：目标亮度设定
目标亮度，说白了就是你想让画面最终呈现的「中间调」落在哪个位置。这玩意儿看似简单，但坑特别多。我刚开始调AE的时候，总觉得目标亮度设个固定值就完事了，后来发现根本不是这么回事。
4.1 目标亮度值的确定方法
先说说最基础的方法。目标亮度通常用平均亮度值来表示，单位是LSB或者归一化到0-255。常见的做法是取画面亮度的中位数或者平均值。
我个人习惯用直方图统计来确定目标亮度。具体来说：
- 统计整帧图像的亮度直方图
- 找到直方图的峰值区域
- 根据峰值位置动态调整目标亮度
举个例子，假设我们想把目标亮度定在128（8位图像）：
// 伪代码示例
uint8_t target_luminance = 128;
uint32_t histogram[256] = {0};
// 统计直方图
for (int i = 0; i < frame_size; i++) {
histogram[frame_data[i]]++;
}
// 计算当前平均亮度
uint32_t sum = 0;
for (int i = 0; i < 256; i++) {
sum += histogram[i] * i;
}
uint8_t current_avg = sum / frame_size;
// 计算曝光补偿
int exposure_comp = target_luminance - current_avg;
4.2 基于场景的目标亮度自适应
固定目标亮度的问题很明显——不同场景需要不同的亮度。你想想看，拍夜景和拍白天的目标亮度能一样吗？
我做过一个项目，需要根据场景自动调整目标亮度。核心思路是：
- 场景分类：通过亮度统计、色温信息、对比度等特征判断场景类型
- 亮度映射：为每种场景预设不同的目标亮度曲线
- 平滑过渡：场景切换时做插值，避免亮度突变
具体实现时，我用了场景亮度因子这个概念：
// 场景自适应目标亮度
float scene_factor = 1.0f;
// 根据场景亮度调整
if (scene_brightness < 30) { // 极暗场景
scene_factor = 1.5f; // 提高目标亮度
} else if (scene_brightness > 200) { // 极亮场景
scene_factor = 0.8f; // 降低目标亮度
}
uint8_t adaptive_target = (uint8_t)(base_target * scene_factor);
关键点：自适应不是简单的线性缩放。我踩过坑，直接乘系数会导致暗场过曝、亮场欠曝。需要配合场景的直方图分布来做非线性调整。
4.3 用户偏好与场景模式
用户不是机器，每个人对「好看」的定义不一样。有的喜欢亮一点，有的喜欢暗一点。这就是为什么手机相机里会有「曝光补偿」这个功能。
我建议的做法是：
- 基础目标亮度：由算法自动确定
- 用户偏移量：用户手动调节的曝光补偿
- 场景模式偏移：不同场景模式预设的偏移值
举个例子，场景模式对应的目标亮度偏移：
| 场景模式 | 目标亮度偏移 | 说明 |
|---|---|---|
| 标准模式 | 0 | 算法自动决定 |
| 人像模式 | +10 | 人脸区域提亮 |
| 夜景模式 | +20 | 暗部细节保留 |
| 逆光模式 | +30 | 主体补偿 |
4.4 目标亮度与动态范围的关系
这个知识点很多人容易忽略。目标亮度设定直接影响着动态范围的分配。说白了，你把目标亮度定高了，高光区域就容易溢出；定低了，暗部细节就丢了。
我画了一张图来说明这个关系：
从图上可以看得很清楚：
- 目标亮度偏高：高光区域被压缩，容易溢出。但暗部细节保留得好。
- 目标亮度偏低：暗部被压缩，容易丢失细节。但高光区域有更多余量。
- 最佳平衡点：通常在传感器动态范围的中间偏下位置。
实战经验：我做过一个HDR项目，需要同时保留高光和暗部细节。最终方案是：先根据场景动态范围确定目标亮度，再用多帧合成扩展动态范围。目标亮度定在动态范围的40%位置效果最好。
嗯，这里要注意一点：目标亮度和动态范围的关系不是线性的。传感器在不同亮度下的信噪比不一样，暗部噪声大，高光容易饱和。所以实际调参时，我会给暗部留更多余量。
我曾经犯过一个错误：为了追求画面明亮，把目标亮度设得很高。结果暗部是亮了，但高光区域一片死白，而且暗部噪声被放大得一塌糊涂。后来学乖了，目标亮度要结合传感器的特性曲线来定。
最后总结一下我的经验：目标亮度设定没有银弹。需要根据场景、用户偏好、传感器特性综合权衡。我一般会先跑一遍自动场景分析，再结合用户设置，最后用直方图做微调。这样出来的效果比较稳。
公众号:蓝海资料掘金营，微信deep3321