这个问题我之前也碰到过！核心原因其实是无重新编码（copy模式）下，FFmpeg只能在关键帧处切割视频，但音频的切割点可以精准到采样级别，这就导致音视频的起始时间戳不匹配——普通播放器可能会自动补偿这个差异，但Premiere这类专业剪辑软件对时间戳的严谨性要求更高，就会直接出现不同步的情况。

下面是几个针对性的解决办法，都是基于FFmpeg的无编码操作，不会消耗太多CPU资源：

方法1：用-avoid_negative_ts make_zero强制统一时间戳 #

这个参数会把输出文件的起始时间戳归零，让音视频的时间轴完全对齐，是最常用的修复方式。命令格式如下：

ffmpeg -ss [起始时间] -t [时长] -i input.mp4 -c copy -avoid_negative_ts make_zero output.mp4

举个实际例子：要从第10秒开始，截取30秒的内容，命令就是：

ffmpeg -ss 00:00:10 -t 00:00:30 -i input.mp4 -c copy -avoid_negative_ts make_zero output.mp4

小提示：-ss放在-i前面的话，FFmpeg会先跳转到指定位置再读取文件，速度更快；如果放在-i后面，会先读取整个文件再跳转，适合需要更精准切割的场景，但速度会慢一些，你可以根据需求选择。

方法2：精准定位关键帧切割（如果方法1无效） #

如果原视频的关键帧间隔很大，直接切割会导致视频起始点偏离目标位置，同时引发时间戳问题。可以先检测原视频的关键帧位置，再在关键帧处切割：

1. 先导出原视频的关键帧时间列表：

ffmpeg -i input.mp4 -vf "select='eq(pict_type,PICT_TYPE_I)'" -f null - 2>&1 | grep "pts_time"

2. 选择离你目标起始时间最近的关键帧时间，用方法1的命令重新切割，比如关键帧在10.2秒，就把-ss的值改成00:00:10.2。

方法3：改用MP4Box（可选额外工具） #

MP4Box是专门处理MP4容器的工具，对时间戳的处理比FFmpeg更友好，同样是无编码操作：

MP4Box -splits [时长(秒)] -start [起始时间(秒)] input.mp4 -out output.mp4

比如从10秒开始截30秒：

MP4Box -splits 30 -start 10 input.mp4 -out output.mp4

不过这个需要额外安装MP4Box，如果你只想用FFmpeg的话，优先用前两种方法就好。

补充：为什么播放器正常但Premiere不行？ #

普通播放器会自动读取音视频的时间戳并做同步补偿，哪怕起始时间有偏差，也能通过缓冲或者微调播放速度来掩盖；但Premiere是线性剪辑软件，它会严格按照文件里的时间戳来排列轨道，一旦音视频的起始时间戳不一致，就会直接显示不同步，不会自动修复。

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