098、视频防抖EIS/OIS融合：陀螺仪数据与图像对齐的工程化去年在某个旗舰机项目上，我盯着示波器上的陀螺仪波形整整三天。画面里，OIS镜头像喝醉了一样左右摇摆，EIS裁剪窗口跟着疯狂跳动，最终输出的视频却依然抖得像手持DV。产线那边催着要过CTA认证，算法团队说OIS和EIS各自跑都没问题，但一融合就崩。我让团队把OIS的霍尔反馈数据和陀螺仪的角速度数据对齐到同一个时间轴上，发现两者之间差了整整3帧的延迟——这就是典型的“各管各的”架构病。陀螺仪数据不是你想读就能读很多团队在EIS里直接用陀螺仪原始数据，这是第一个坑。陀螺仪输出的是角速度，单位是°/s，而OIS驱动需要的是位置信息，单位是角度或者像素偏移。更麻烦的是，陀螺仪采样率通常是200Hz到1kHz，但图像帧率只有30fps，这中间差了至少6倍的数据密度。我见过最离谱的做法是在ISP的VSYNC中断里直接读陀螺仪FIFO，然后拿最近一次采样值当整帧的旋转量。这样做的后果是：当手机快速转动时，同一帧内不同行的曝光时间点对应的陀螺仪数据完全不同，你用同一个值去补偿整帧，画面边缘就会出现明显的“果冻效应”扭曲。正确的做法是建立陀螺仪时间戳与每行曝光时间的映射关系。以卷帘快门为例，第n行的曝光起始时间 = 帧起始时间 + n × 行读出时间。你需要把陀螺仪数据插值到每一行的曝光中点时刻。这里踩过坑：别用线性插值，陀螺仪数据在快速运动时是二阶系统响应，用三次样条插值或者卡尔曼滤波后的平滑值更靠谱。
