技术原理 约 4 分钟
场景切换与关键帧：I 帧为什么落在切点上
打开任何一个视频的技术信息，关键帧的分布都不均匀——它们大多落在画面突变的位置。这不是巧合：场景切换是编码器放置 I 帧的第一依据。
为什么 I 帧要落在场景边界
I 帧是解码起点：它不参考任何其他帧，独立成画。后续的 P/B 帧都靠参考它来省数据。场景切换处画面突变，前一场景的画面对后一场景几乎没有参考价值——继续硬参考，残差数据巨大；放一个 I 帧重启参考链，反而更省、画质更稳。
反过来，如果 I 帧落在场景中间，切换处只能靠帧间预测硬扛：参考的还是上一场景的画面，残差补不上，切换瞬间容易出现模糊、拖影或色块。好的编码让 I 帧与场景切换对齐，这就是为什么快剪视频的体积天然更大——切点多，I 帧多。
场景检测怎么工作
编码器逐帧比较当前帧与前一帧的差异（分块计算编码费用差）：差异超过阈值就判定为场景切换，插入 I 帧。x264 的 scenecut 参数就是这个阈值——数值越低越敏感，切点判断越激进，I 帧越多、体积越大；数值过高会漏判，场景变了还在参考旧画面，切换处画质下降。
日常转码不需要动这个参数：默认值在绝大多数内容上表现良好。真正要留意的是反向操作——为了压体积把 scenecut 拉到极低（减少 I 帧），切换处画质塌陷的代价比省下的体积贵得多。
与拖动进度条的关系
播放器拖进度条只能跳到关键帧：解码器必须从 I 帧开始工作，落在两个关键帧之间的时间点要先解码到下一个关键帧再回退，这就是为什么有些视频拖动后要顿一下才出画面。关键帧稀疏（长 GOP、场景少）的视频 seek 粗糙；快剪内容切点多、I 帧密，seek 反而灵敏。
这也是拖动体验与体积的根本权衡：I 帧密利于 seek 与剪辑（逐帧定位），I 帧疏利于体积。发布成片按默认场景检测走即可，两头的极端都不值得手动制造。