视频录制逻辑问题：空帧填充与fps同步校准方案咨询

原有实现的核心缺陷是采用逐帧相对计时、帧就绪判断和推帧逻辑强耦合，才会出现时长不匹配、累计误差两个问题，以下是可直接落地的修复方案：

帧未就绪场景的最优处理 #

不要阻塞等待新帧，阻塞等待会直接拖慢整个录制时间轴，必然导致输出视频标称时长和真实录制时长不符。通用处理逻辑如下：

• 将帧采集和推帧逻辑解耦：采集线程独立运行，只负责更新全局的「最新可用帧」缓存，不参与推帧时序判断
• 推帧逻辑按固定时间轴运行，到了需要输出帧的时间点如果没有新帧，直接复用最近一次缓存的有效帧推送给编码器即可，也就是常规的帧重复策略
• 常规1-3帧的重复人眼完全感知不到卡顿，如果出现连续10帧以上无新帧的极端掉帧场景，可以按需加录制状态提示，但不要调整推帧时间轴，从根源保证时长对齐

FPS累计误差校准 #

逐帧重启计时器、单帧间隔取整的逻辑，会让每帧的截断误差逐帧累计，30fps场景下每帧偏差约0.67ms，录制10分钟偏差就能超过12秒，校准方案如下：

• 废弃逐帧重启计时器的逻辑，录制启动时记录全局起始时间戳，整个录制过程中不修改该值
• 用浮点数存储单帧间隔msPerFrame，不要转成整数，比如30fps下直接存33.333333
• 维护全局帧计数变量，每帧的目标输出时间直接通过起始时间 + 帧计数 * 单帧间隔计算，不依赖上一帧的计时结果
• 时间判断时直接用当前绝对时间和目标输出时间对比，满足条件就推帧，推帧后仅更新帧计数，不重置计时器
• 增加补帧逻辑：如果单次循环耗时超过多帧间隔（比如程序卡顿了100ms），一次性补推对应数量的重复帧，避免时间轴滞后

修复后可直接复用的伪代码 #

fps = 30
msPerFrame = 1000.0 / fps // 浮点数存储，不取整
videoRecorder = VideoRecorder(fps)
startElapsed = timer.elapsed() // 录制启动时的基准时间，全程不修改
lastValidFrame = null
frameCount = 0

while (isRecording) {
  currentElapsed = timer.elapsed()
  // 更新最新可用帧
  if (newFrame.isReady()) {
    lastValidFrame = newFrame.get()
  }
  // 按时间轴推帧，用while兼容跨多帧的卡顿场景
  while (currentElapsed - startElapsed >= frameCount * msPerFrame) {
    if (lastValidFrame != null) {
      videoRecorder.push(lastValidFrame)
    }
    frameCount += 1
  }
  // 休眠1ms避免CPU空转占用过高
  sleep(1)
}

该实现下，30帧对应的目标时间刚好是1000ms，毫秒级计时的截断误差最多每3帧抵消一次，全程不会出现累计偏差，同时帧重复策略也能保证输出视频时长和真实录制时长完全对齐。

内容的提问来源于stack exchange，提问作者wsys