Composer 不负责视频变速等操作，重复关键帧源于 FFmpeg 时间戳错乱或 GOP 破坏；应重编码+强制关键帧+禁用自动补帧，并关闭剪辑软件硬件加速导出。
Composer 本身不处理视频变速、重采样或关键帧管理——这是视频编码层（如 FFmpeg）和播放器/编辑器的行为，不是 Composer 的职责。你遇到的“重复关键帧”问题，实际发生在用 ffmpeg 或类似工具做变速（-filter:v "setpts=0.5*PTS"）或重采样（-r 30 强制帧率）时，因 PTS/DTS 时间戳错乱或 GOP 结构被破坏导致的。
为什么变速后会出现重复关键帧？
关键帧（I-frame）由编码器按 GOP（Group of Pictures）策略生成，不是靠时间戳“复制”出来的。但当你用 setpts 或 atempo 做纯时间戳变换，或用 -r 强制输出帧率而未重编码时：
- 原始关键帧的时间戳被拉伸/压缩，但解码器仍按原 GOP 结构解析，可能把同一帧解码多次
- 若使用
-vsync vfr或默认-vsync cfr配合非整数变速，FFmpeg 可能插值或重复帧来凑齐目标帧率 - 某些封装格式（如 MP4）在 mux 时对
moov中的stts（time-to-sample）表处理不当，让播放器误判帧重复
如何用 FFmpeg 清理并重建干净的关键帧序列？
核心思路：彻底重编码 + 强制关键帧间隔 + 禁用无意义的帧复制。不要依赖 setpts 单独变速。
- 用
-vf "minterpolate='mi_mode=mci:mc_mode=aobmc:vsbmc=1',scale=1280:720"类滤镜做光流插帧（如需平滑变速），再接-force_key_frames - 直接变速重编码：用
-filter:v "setpts=0.5*PTS"仅改时间戳是不够的，必须加-c:v libx264 -g 30 -keyint_min 30强制 GOP 结构一致 - 最关键的一步：加
-vsync 0 -copyts避免 FFmpeg 自动丢帧/补帧；再用-force_key_frames "expr:gte(t,n_forced*2)"（每 2 秒一个 I 帧）确保关键帧可控 - 如果源是高帧率素材（如 60fps）想转成 30fps 变速，优先用
-r 30 -vsync drop+-c:v libx264 -x264opts keyint=30:min-keyint=30，而不是先变速再抽帧
检查是否还有重复关键帧？
别信播放器预览——它们常缓存或跳帧。用命令行工具验证：
- 提取所有关键帧时间戳：
ffprobe -v quiet -show_entries frame=pkt_pts_time,pict_type -of csv input.mp4 | grep ",I," - 看输出里是否有连续多个相同
pkt_pts_time值（即同一时间戳多个 I 帧） - 更准的方式是查 GOP 结构：
ffprobe -v quiet -show_entries packet=pts_time,flags -of csv input.mp4 | grep "K"（K标志代表关键帧包） - 如果发现重复
pts_time，说明 mux 层或编码层仍没清理干净，需回退到上一步加-reset_timestamps 1和-avoid_negative_ts make_zero
真正麻烦的不是命令怎么写，而是很多人在剪辑软件里导出时勾了“硬件加速”或“快速导出”，绕过了重编码，结果把原始混乱的时间戳和关键帧原封不动打包进去了——这时候任何后期 FFmpeg 处理都救不回来，得回软件里关掉那些选项重新渲染。
