一、‑copyts 参数业务背景很多同学在做直播转码、录播切片的时候会接触 ffmpeg 的‑copyts参数。该参数作用是保留原始输入流的 PTS/DTS 时间戳不重置时间戳。很多网上示例做直播录制直接加上‑copyts。但是新手不理解该参数副作用直接无脑开启带来一系列隐形问题时间戳跳跃回退、DTS 非单调、M3U8 时间轴错乱、部分分片 EXTINF 时长异常。VLC 容错可以播放浏览器 hls.js 出现花屏、seek 异常。该参数不是万金油有适用场景也有大量不适合开启的场景。很多坑顺序播放看不出来做 DVR 回看、拖拽 seek 的时候全部暴露。调试 copyts 带来时间戳异常故障我会使用 m3u8live.cn加载输出的 M3U8结合 ffprobe 查看分片 PTS/DTS。二、‑copyts 开启后高频踩坑现象坑 1上游源流本身 PTS 时间戳不连续开启 copyts 原样继承异常时间戳上游 RTMP/RTSP 源就存在时间戳跳跃、回退。开启‑copytsffmpeg 不做矫正原样把异常 PTS 写入 TS 分片。浏览器 MSE 对 DTS 非单调非常敏感出现花屏、音画错位。坑 2直播切片进程重启copyts 继承旧时间戳MEDIA‑SEQUENCE 和 PTS 不匹配切片进程重启开启 copyts 继续沿用源的时间戳但是分片序列号重新计数。DVR 回看 seek 跳转时间计算错乱。坑 3‑copyts 搭配‑c copy 流拷贝模式放大时间戳问题流拷贝模式下 ffmpeg 不会重新做时间戳矫正。源时间戳有一点问题直接原样输出到 TS 分片问题被放大。坑 4点播生成 HLS错误开启‑copyts普通点播转码切片业务绝大多数场景不需要 copyts。开启之后源文件时间戳偏移直接带入输出分片总时长计算异常。三、‑copyts 适合什么场景不适合什么场景✅适合场景 录制 IP 摄像头 RTSP 流需要保留设备原始时间戳做时间对齐需要精确还原源流时间戳的归档录制场景。❌不建议无脑开启场景 普通 HLS 直播对外分发、普通点播转码切片。绝大多数互联网网页 HLS 分发业务不建议开启‑copytsffmpeg 默认重新生成连续时间戳更适合浏览器 MSE 播放。重点开启‑copyts 不等于修复时间戳它只是 “原样照搬” 输入的时间戳源有问题输出就有问题。四、实操运维要点互联网网页 HLS 点播、直播对外分发默认不要加‑copyts交给 ffmpeg 生成一套连续递增 PTS/DTS。只有归档录制、摄像头原始时间戳对齐的特殊业务才考虑开启‑copyts同时要校验上游源流时间戳是否正常。开启‑copyts 业务验收不能只做顺序播放必须做大量 seek 拖拽、DVR 回看回归。ffprobe 抽样分片检查 DTS 是否单调递增不要出现时间回退跳跃。五、排查简单步骤第一步待测 M3U8 粘贴网页调试工具做多点位 seek 拖拽观察是否花屏、音画错位。 第二步ffprobe 解析 TS 分片查看 PTS、DTS判断时间戳是否出现回退、跳跃。 第三步确认 ffmpeg 命令行是否开启‑copyts评估业务是否真的需要该参数。六、总结ffmpeg 的‑copyts 参数作用是原样继承输入流 PTS/DTS 时间戳它不会修复时间戳异常源流时间戳有问题输出分片就继承问题。普通网页 HLS 点播、直播分发不要无脑开启‑copyts仅摄像头归档录制等特殊场景才考虑开启。开启该参数必须重点做 seek 拖拽、DVR 回看回归。借助网页调试工具配合 ffprobe 分析分片时间戳规避‑copyts 带来的隐形播放故障。
