099、多摄融合与变焦系统：广角到长焦的无缝切换算法
一个让我失眠三天的Bug
2019年某旗舰机项目，DVT阶段。客户在发布会前一天反馈：从广角切到长焦时，画面会“抖”一下，像被人推了一把。我盯着log看了三天，发现不是防抖的问题——是融合算法在切换瞬间把两路sensor的视差当成了运动，直接做了帧对齐补偿。结果就是，明明物理上没动，画面却自己跳了。
那晚我在产线调试间对着示波器发呆，旁边工程师递了杯速溶咖啡说：“哥，要不咱们把融合关了？” 我说不行，关了用户会看到黑屏切换，更糟。后来怎么解决的？在融合算法的初始化阶段加了一个“视差冻结”窗口——切换后前5帧不做运动补偿，只做亮度对齐。代价是那5帧里边缘会有轻微鬼影，但人眼根本察觉不到。
这个教训让我明白：多摄融合不是简单的“拼图”，而是一场关于时间、空间和感知的精密博弈。
多摄融合的三大死穴
死穴一：视差不是噪声，是物理定律
广角和长焦的光心距离少说也有10mm，这导致同一个物体在两个sensor上的成像位置天然不同。你以为算法能完美对齐？别天真了。近处的树叶和远处的楼，视差量级差了一个数量级。
我踩过的坑：早期方案用全局单应性矩阵做对齐，结果近处物体对齐了，远处背景就重影；背景对齐了，前景就撕裂。后来改用分块视差估计，每32x32像素块算一个局部单应性，但计算量爆炸，手机芯片扛不住。
别这样写：
案例实战)
