4、AE收敛速度与稳定性：步长控制、防抖策略与亮度突变场景处理

AE（自动曝光）调得好不好，说白了就两个指标：快不快和稳不稳。

快，指的是从暗处走到亮处，或者反过来，画面亮度能多快稳定下来。稳，指的是稳定之后别来回晃，别出现那种一明一暗的呼吸感。

我早期做手机摄像头调试时，就吃过这个亏。当时在一个室内外切换的场景，AE死活稳不住，画面像在打拍子一样忽明忽暗。后来才发现，是步长和防抖策略没配合好。

这一节，我们就来拆解这三个核心问题：步长怎么控、防抖怎么做、亮度突变怎么扛。

4.1 步长控制：快与稳的平衡术

步长，就是每次调整曝光参数时迈的步子大小。步子大了，收敛快，但容易过头，产生过冲。步子小了，稳是稳，但半天到不了目标。

我个人习惯用分段步长策略。把当前亮度与目标亮度的差值分成几个区间，每个区间用不同的步长系数。

误差区间（EV）	步长系数	行为描述
|ΔEV| > 2.0	0.8 ~ 1.0	大步追赶，快速缩小差距
1.0 < |ΔEV| ≤ 2.0	0.5 ~ 0.7	中步接近，防止过冲
0.3 < |ΔEV| ≤ 1.0	0.2 ~ 0.4	小步微调，精细收敛
|ΔEV| ≤ 0.3	0.05 ~ 0.1	极微步，进入稳定区

代码实现上，我一般这样写：

float calc_step_size(float current_luma, float target_luma) {
    float delta = fabs(current_luma - target_luma);
    float step = 0.0f;

    if (delta > 2.0f) {
        step = 0.8f;
    } else if (delta > 1.0f) {
        step = 0.5f;
    } else if (delta > 0.3f) {
        step = 0.3f;
    } else {
        step = 0.08f;
    }

    // 再加一个方向判断：如果当前亮度在目标附近来回穿越，进一步减小步长
    if (sign_change_detected()) {
        step *= 0.5f;
    }

    return step;
}

4.2 防抖策略：别让画面呼吸

防抖，不是防手抖，是防曝光抖动。你想想看，如果AE在稳定状态下还在微调，画面亮度就会周期性波动，这就是所谓的“呼吸效应”。

我曾经在一个低光场景下遇到过这个问题。当时增益已经很高了，噪声很大，AE统计值每帧都在跳。步长已经设得很小了，但还是在抖。后来加了防抖逻辑才解决。

常用的防抖手段有三个：

1. 滞回比较器（Hysteresis）：目标亮度不是一个点，而是一个区间。亮度落在这个区间内，就不调整。
2. 死区（Dead Zone）：误差小于某个阈值时，直接冻结AE，不做任何调整。
3. 帧数滤波（Frame Filter）：连续N帧的误差都超过阈值，才触发调整。

滞回比较器的实现思路：

typedef struct {
    float target_luma;
    float hysteresis_half;  // 滞回半宽
} AeHysteresis;

bool is_in_stable_zone(AeHysteresis *hys, float current_luma) {
    float lower = hys->target_luma - hys->hysteresis_half;
    float upper = hys->target_luma + hys->hysteresis_half;
    return (current_luma >= lower && current_luma <= upper);
}

帧数滤波我习惯用滑动窗口：

#define FILTER_FRAMES 3
float error_buffer[FILTER_FRAMES] = {0};
int buffer_index = 0;

bool should_trigger_adjustment(float current_error) {
    error_buffer[buffer_index] = current_error;
    buffer_index = (buffer_index + 1) % FILTER_FRAMES;

    float sum = 0.0f;
    for (int i = 0; i < FILTER_FRAMES; i++) {
        sum += error_buffer[i];
    }
    float avg_error = sum / FILTER_FRAMES;

    // 只有平均误差超过阈值才触发
    return (fabs(avg_error) > 0.15f);
}

4.3 亮度突变场景处理

亮度突变，是AE最头疼的场景。比如从室内走到室外，或者手电筒突然照向镜头。这时候如果按常规步长走，画面会先过曝或过暗好几秒，用户体验极差。

我处理这类场景的思路是：检测突变 → 快速响应 → 平滑过渡。

4.3.1 突变检测

突变检测不能只看当前帧和上一帧的亮度差，因为噪声也会导致帧间跳变。我一般用多帧差分加阈值判断。

bool detect_sudden_change(float current_luma, float prev_luma, float prev_prev_luma) {
    float diff1 = fabs(current_luma - prev_luma);
    float diff2 = fabs(prev_luma - prev_prev_luma);

    // 连续两帧的跳变都很大，才认为是真正的突变
    if (diff1 > 1.5f && diff2 > 1.0f) {
        return true;
    }

    // 或者单帧跳变极大（比如手电筒直射）
    if (diff1 > 3.0f) {
        return true;
    }

    return false;
}

4.3.2 快速响应策略

一旦检测到突变，我会做两件事：

• 临时放大步长：步长系数直接拉到1.0，甚至1.2（带限幅），让AE以最快速度往目标方向跑。
• 跳过防抖逻辑：在突变后的前几帧，暂时关闭滞回和死区，让AE能自由调整。

4.3.3 平滑过渡

快速响应之后，亮度可能已经接近目标了，但画面变化太剧烈，人眼会不舒服。这时候需要指数平滑来过渡。

float smooth_transition(float target_luma, float current_luma, float alpha) {
    // alpha 越接近1，响应越快；越接近0，越平滑
    return alpha * target_luma + (1.0f - alpha) * current_luma;
}

我习惯在突变后的前几帧用较大的alpha（0.8~0.9），然后逐渐衰减到正常值（0.2~0.3）。

4.4 知识体系总览

下面这张图，把AE收敛速度与稳定性的核心逻辑串起来了。你可以把它当作调试时的检查清单。

4.5 避坑指南

最后，分享几个我踩过的坑：

• 步长和帧率的关系：30fps和60fps下，同样的步长系数表现完全不同。帧率越高，每帧调整的幅度应该越小。我习惯把步长系数除以帧率归一化。
• 增益和曝光时间的步长要分开：增益步长可以大一些，曝光时间步长要小一些，因为曝光时间变化对亮度的影响是非线性的。
• 防抖不要过度：我曾经为了追求稳定，把死区设得很大，结果用户手动点测光时，AE半天没反应。后来被产品经理追着改了一个星期。
• 突变检测要防误触发：闪烁光源（比如50Hz的日光灯）会导致帧间亮度跳变。我一般会加一个闪烁检测模块，检测到闪烁时暂时降低突变检测的灵敏度。