148、洞察驱动的实战标题——夜景模式的"多帧炼金术"——为什么是6-8帧而不是20帧？从信噪比增益/对齐误差/功耗预算的三角权衡从一次半夜的客诉说起去年Q3，某旗舰机在DXO夜景榜上被友商压了三分。老板半夜拉群，甩了张截图——友商夜景样张的暗部噪点明显更少，放大到100%看，墙面纹理像被施了魔法一样干净。群里产品经理第一句话就是：“他们是不是用了20帧合成？我们能不能也上20帧？”我当时刚洗完澡，擦着头发回了一句："你先别急着加帧，我们先把当前6帧的流水线瓶颈找出来。"第二天拉了一整天的数据，发现一个反直觉的事实——我们的6帧方案在暗光下信噪比增益只有理论值的68%，而友商的8帧方案做到了理论值的82%。问题根本不在帧数，在于我们帧间对齐的失败率在暗光下飙升到了15%。这就是我想聊的：夜景多帧合成，从来不是"帧数越多越好"的算术题，而是一个信噪比增益、对齐误差、功耗预算三者互相拉扯的工程博弈。今天我把这套权衡逻辑拆开揉碎，用我调过的三款量产机型的真实数据说话。信噪比增益：那个被高估的根号N先复习一个基础公式，但我要换个说法。多帧叠加的理想信噪比增益是10log10(N)dB，也就是4帧提升6dB，8帧提升9dB，16帧提升12dB。听起来很美好对吧？但这是假设每帧噪声完全独立且信号完全对齐的极限情况。现实里有两个杀手。第一个是读出噪声的固定模式分量——CMOS传感器的列噪声、行噪声在连续帧之间是强相关的，叠加时这部分噪声根本不会按根号N衰减。我实测过一颗IMX766级别的传感器，在ISO3200下，固定模式噪声占总噪声的30
148、洞察驱动的实战标题——夜景模式的"多帧炼金术"——为什么是6-8帧而不是20帧？从信噪比增益/对齐误差/功耗预算的三角权衡从一次半夜的客诉说起去年Q3，某旗舰机在DXO夜景榜上被友商压了三分。老板半夜拉群，甩了张截图——友商夜景样张的暗部噪点明显更少，放大到100%看，墙面纹理像被施了魔法一样干净。群里产品经理第一句话就是：“他们是不是用了20帧合成？我们能不能也上20帧？”我当时刚洗完澡，擦着头发回了一句："你先别急着加帧，我们先把当前6帧的流水线瓶颈找出来。"第二天拉了一整天的数据，发现一个反直觉的事实——我们的6帧方案在暗光下信噪比增益只有理论值的68%，而友商的8帧方案做到了理论值的82%。问题根本不在帧数，在于我们帧间对齐的失败率在暗光下飙升到了15%。这就是我想聊的：夜景多帧合成，从来不是"帧数越多越好"的算术题，而是一个信噪比增益、对齐误差、功耗预算三者互相拉扯的工程博弈。今天我把这套权衡逻辑拆开揉碎，用我调过的三款量产机型的真实数据说话。信噪比增益：那个被高估的根号N先复习一个基础公式，但我要换个说法。多帧叠加的理想信噪比增益是10log10(N)dB，也就是4帧提升6dB，8帧提升9dB，16帧提升12dB。听起来很美好对吧？但这是假设每帧噪声完全独立且信号完全对齐的极限情况。现实里有两个杀手。第一个是读出噪声的固定模式分量——CMOS传感器的列噪声、行噪声在连续帧之间是强相关的，叠加时这部分噪声根本不会按根号N衰减。我实测过一颗IMX766级别的传感器，在ISO3200下，固定模式噪声占总噪声的30
