关键帧间隔（GOP）直接影响MP4加载速度：-g值过大导致拖动卡顿、首帧延迟，过小则增大体积、降低压缩率；浏览器依赖I帧随机访问，需配合-movflags +faststart确保moov在文件开头。
PHP 本身不控制关键帧（GOP）间隔，必须通过 ffmpeg 的 -g 参数在转码时指定；设得太长会导致拖动卡顿、首帧加载慢，设得太短会增大文件体积、降低压缩效率。
为什么关键帧间隔影响 MP4 加载速度
浏览器和播放器依赖关键帧（I帧）作为随机访问点。拖动进度条时，播放器会向前查找最近的关键帧再开始解码——如果 -g 值过大（比如 250），意味着每 10 秒才有一个关键帧（按 25fps 算），用户点到中间位置可能要等数秒才能出画面。
- 默认 GOP 长度由编码器自动决定，通常不稳定，不适合 Web 播放
- MP4 容器不强制要求固定 GOP，但流媒体播放体验强依赖它
- 关键帧过多（
-g 10）会让文件变大 10–20%，尤其对长视频明显
ffmpeg 中设置 -g 参数的正确方式
-g 是输出参数，必须放在 -i 输入之后、编码器选项之后，且需配合 -keyint_min 和 -sc_threshold 防止编码器跳过强制关键帧：
- 基础写法：
ffmpeg -i input.mp4 -c:v libx264 -g 48 -c:a aac output.mp4（48 帧 ≈ 2 秒 @24fps） - 更稳妥写法：
ffmpeg -i input.mp4 -c:v libx264 -g 48 -keyint_min 48 -sc_threshold 0 -c:a aac output.mp4 -
-sc_threshold 0关闭场景切换插入额外 I 帧，确保 GOP 严格固定 - 若目标是 HLS，
-g还应是-hls_time的整数倍（如-hls_time 4就设-g 100@25fps）
PHP 调用时如何安全传入 g 值
不能直接拼接用户输入的 $g，否则可能被注入恶意命令；同时需校验数值合理性（一般 12–250 合理）：
立即学习“PHP免费学习笔记（深入）”；
- 先过滤：
if (!is_numeric($g) || $g 250 || (int)$g != $g) { die('Invalid GOP'); } - 再转义：
$cmd = "ffmpeg -i {$input} -c:v libx264 -g " . escapeshellarg((int)$g) . " -c:a aac {$output}"; - 务必捕获错误：
exec($cmd . ' 2>&1', $output_lines, $return_code);，$return_code !== 0时记录完整$output_lines - 避免用
shell_exec()，它不返回退出码，无法判断是否真成功
关键帧设置后仍卡顿？检查 moov atom 位置
即使 -g 设置合理，如果 MP4 的 moov atom 在文件末尾（常见于 ffmpeg 默认输出），浏览器首次请求时需下载整个文件才能解析播放信息——表现为“白屏几秒才开始播”：
- 加
-movflags +faststart把moov移到开头：ffmpeg -i input.mp4 -c:v libx264 -g 48 -movflags +faststart -c:a aac output.mp4 - 该参数必须在输出阶段添加，不能靠后期工具二次修复（PHP 中调用
qt-faststart已淘汰） - 验证是否生效：用
ffprobe -v quiet -show_entries format=duration output.mp4快速检查，或用hexdump -C output.mp4 | head -20查看前几十字节是否有moov
真正影响加载体验的不是 PHP 写了几行代码，而是 ffmpeg 命令里那几个参数是否对齐了播放器的预期——-g 控制“能从哪开始播”，-movflags +faststart 决定“播之前要等多久”。漏掉任一，都可能让用户在进度条上反复拖拽失败。
