我之前也碰到过几乎一模一样的情况——本地播放器（比如ffplay、mpv）对时间戳的容错性极高，但Chromium和Safari这类浏览器对MP4的时间戳规范要求特别严格，尤其是**PTS（显示时间戳）和DTS（解码时间戳）**的对应关系，一旦P帧的PTS异常就会触发严重卡顿。

先给你几个不用重新编码就能修复的实操方案，按优先级尝试：

1. 用FFmpeg强制生成合规的PTS时间戳 #

你之前试过genpts但没效果，大概率是参数组合不对，试试这个更针对性的命令：

ffmpeg -i input.mp4 -c:v copy -c:a copy -fflags +genpts +igndts -reset_timestamps 1 output.mp4

• +genpts：让FFmpeg基于正确的DTS重新计算生成标准的PTS
• +igndts：忽略原视频中可能存在异常的DTS值，避免干扰新时间戳的生成
• -reset_timestamps 1：把输出文件的时间戳起点重置为0，这是浏览器播放MP4的一个隐性要求
• -c:v copy -c:a copy：全程复制音视频流，完全不重新编码，速度极快

2. 用MP4Box重新封装（有时比FFmpeg更贴合浏览器规范） #

MP4Box对MP4容器的结构处理逻辑和FFmpeg略有不同，很多FFmpeg搞不定的时间戳问题，它能轻松解决：

MP4Box -add input.mp4 -new output_fixed.mp4

如果你的视频帧率有波动，还可以强制指定帧率来对齐时间戳（把30换成你实际的帧率）：

MP4Box -add input.mp4 -fps 30 -new output_fixed.mp4

3. 分离音视频流后重新封装（终极轻量方案） #

如果上面两种方法都没用，试试把音视频流分开，再重新组合，彻底重置时间戳：

1. 分离纯视频流（H.264裸流）：

ffmpeg -i input.mp4 -c:v copy -an temp_video.h264

2. 分离纯音频流：

ffmpeg -i input.mp4 -c:a copy -vn temp_audio.aac

3. 重新封装，强制绑定正确的帧率和时间戳（30替换为你的视频实际帧率）：

ffmpeg -r 30 -i temp_video.h264 -i temp_audio.aac -c copy -fflags +genpts output_final.mp4

前置排查建议 #

在动手修复前，你可以先用FFprobe确认时间戳的异常情况，方便定位问题：

ffprobe -v error -show_entries frame=pict_type,pkt_pts,pkt_dts,pkt_duration -of csv=p=0 input.mp4

这个命令会输出每帧的类型（I/P/B帧）、PTS、DTS和时长，你可以直观看到哪些P帧的PTS和DTS逻辑不符。

另外注意：确保你的FFmpeg/MP4Box是最新稳定版，旧版本的时间戳处理模块可能存在已知bug，更新后再试效果会好很多。

备注：内容来源于stack exchange，提问作者John