企业官网建设流程全解析

一、‑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 源就存在时间戳跳跃、回退。开启‑copyts，ffmpeg 不做矫正，原样把异常 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 分发业务，不建议开启‑copyts，ffmpeg 默认重新生成连续时间戳更适合浏览器 MSE 播放。

重点：开启‑copyts 不等于修复时间戳，它只是 “原样照搬” 输入的时间戳，源有问题输出就有问题。

四、实操运维要点

1. 互联网网页 HLS 点播、直播对外分发，默认不要加‑copyts，交给 ffmpeg 生成一套连续递增 PTS/DTS。
2. 只有归档录制、摄像头原始时间戳对齐的特殊业务，才考虑开启‑copyts，同时要校验上游源流时间戳是否正常。
3. 开启‑copyts 业务，验收不能只做顺序播放，必须做大量 seek 拖拽、DVR 回看回归。
4. ffprobe 抽样分片，检查 DTS 是否单调递增，不要出现时间回退跳跃。

五、排查简单步骤

第一步，待测 M3U8 粘贴网页调试工具，做多点位 seek 拖拽，观察是否花屏、音画错位。 第二步，ffprobe 解析 TS 分片，查看 PTS、DTS，判断时间戳是否出现回退、跳跃。 第三步，确认 ffmpeg 命令行是否开启‑copyts，评估业务是否真的需要该参数。

六、总结

ffmpeg 的‑copyts 参数作用是原样继承输入流 PTS/DTS 时间戳，它不会修复时间戳异常，源流时间戳有问题，输出分片就继承问题。普通网页 HLS 点播、直播分发，不要无脑开启‑copyts；仅摄像头归档录制等特殊场景才考虑开启。开启该参数必须重点做 seek 拖拽、DVR 回看回归。借助网页调试工具配合 ffprobe 分析分片时间戳，规避‑copyts 带来的隐形播放故障。