视频要求从1.3秒切起，怎样核对流复制与精确寻址的实际首帧

从非关键帧时间切片，流复制与重编码的可观察结果不同。流复制可能保留目标点前的压缩包作为预滚，容器又可能通过编辑列表影响显示起点；因此既要看包时间，也要读回实际解码首帧。

这组文件怎样比较

本例原创源片四秒、十帧每秒，固定一秒GOP并启用B帧。裁切从一点三秒开始，分别生成copy-cut与exact-cut，前者不重新编码，后者采用输入精确寻址后重编码。两份首帧PNG单独保存，便于按相同方法查看输出。

按原始结构逐项检查

1. 先读取源片关键包与时间，确认一点三秒确实位于受控GOP内部。记录-ss放在输入之前及-t为一秒，避免参数位置与编码策略一起变化。若源片没有依赖帧，流复制也可能恰好符合切点，不能把其他文件经验当成本例前提。

2. 对流复制副本导出首包PTS和DTS，观察是否包含相对目标点为负的包。本地copy-cut确实保留目标点之前数据，这回答的是压缩依赖而非显示错误。不要见负PTS就删包，否则可能破坏解码所需的参考画面。

3. 对重编码副本完整解码，确认输出十帧，再比较两份实际导出的首帧图。容器编辑列表、解码器跳过策略和软件显示方式都可能影响首个可见画面，因此不能仅凭首包早零点几秒就宣布观众一定看到了多余片头。

容易误读的地方

反例是只看播放器进度条显示一秒，就确认切点逐帧准确。进度条通常经过格式化，也不展示依赖帧；另一反例是宣称所有无损裁切只能得到错误画面。正确结论应限定到此文件、此命令、此读回路径及项目要求的精度。

下载与本地读回

copy-cut-first.png、copy-cut.mp4、exact-cut-first.png、exact-cut.mp4、generation.json、observed.csv、observed.json、source.mp4。

下载全部附件到同一个独立目录，用 python verify.py 运行本题独立核验脚本。依赖为Python 3.12.4、PATH中的FFmpeg及ffprobe 8.0.1；程序不联网、不连接设备，读取本题文件并在终端输出检查结果。本地实际执行回执保存实际命令、退出码和完整输出。

公开脚本检查流复制首包在零之前，重编码副本读取十帧，并对全部MP4执行严格完整解码。生成记录保留各条命令，首帧PNG是本地软件导出的真实文件，没有现场播放器录像。接收端能否按同一编辑列表起播仍保持未测。

命令已在原创短片上实际执行并读回文件。官方文档为滚动版本，本文所列选项已用本地8.0.1确认；未测试目标硬解、网络起播或现场实时性能。

把结果带回交付

交付需要写清请求切点、实际包范围、解码首帧及允许误差。若项目必须对齐灯光或其他影片，应在目标播放链路确认事件帧，而不只签认容器时长；要求满足不了时，再决定接受关键帧切点或用重新编码换取指定边界。

相关背景见展厅视频编码与封装怎么选（H.264 / H.265 / HAP），还可从多媒体播放专题继续查找文件处理方法。需要核对实际工程的接收条件时，可携带本题文件与读回结果进行工程对接咨询。

一级依据

• -ss输入寻址通常到最近可寻址点；转码的accurate_seek可丢弃目标点前数据，流复制条件不同。

来源核对日期：2026-10-24。引用支持文件机制；原创输入的本地结果不代表客户素材或现场系统已经通过验收。