trim裁掉片头后为何PTS仍不从零开始，怎样配合setpts读回验证

trim裁掉画面不等于把剩余时间戳改成零。这个滤镜选择输入的一段连续子区间，保留原PTS；要让选中片段从零开始，可在后面接setpts=PTS-STARTPTS，并在最终文件中读回确认。

这组文件怎样比较

本题从同一四秒源片选取一到两秒，分别输出trim-only和trim-zero两份FFV1 MKV。画面内容完全相同，差别仅在时间原点。使用无损帧编码方便比较解码摘要，避免有损重编码噪声让内容一致性检查失去明确性。

按原始结构逐项检查

1. 先确定trim的start和end属于输入时间戳单位解释，记录滤镜链顺序。不要把setpts放在trim之前却仍按旧的输入时刻裁切，尤其源片本来带偏移时，前后顺序会改变被选中的区间；应把每一步的时间基准写清。

2. 在不归零路径上保留被选择帧的PTS，输出采用passthrough并关闭本题不需要的负时刻平移。读回首包为一秒，说明文件开头仍处在原时间线上；这不是多出一秒黑色视频帧，不能把format摘要的跨度直接当画面数量。

3. 在归零路径上加入setpts后，读回首包为零。逐帧计算两份文件的解码摘要，序列相同且都是十帧，证明时间重定位没有换成另一段画面。仅比较文件大小或文件哈希无法表达这种关系，因为容器字节必然可能不同。

容易误读的地方

反例是靠复制文件名或播放器“从零显示”的界面推断时间已归零。播放器可以自定义显示基准，文件PTS仍可能保留偏移；另一反例是把setpts用作帧率转换，它改时间表达并不自动生成所需的新采样帧，任务不能混用。

下载与本地读回

generation.json、observed.csv、observed.json、source.mp4、trim-only-filter.log、trim-only.mkv、trim-zero-filter.log、trim-zero.mkv。

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

公开核验报告同时列出首PTS、包数、帧摘要以及严格完整解码结果。它没有模拟剪辑软件的时间线导入政策，也没有测试带多轨音频的同步处理。若处理音视频，两条滤镜链应分别检查，不能只让视频归零而沿用音频旧起点。

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

把结果带回交付

交付中明确文件用于保留制作时刻还是独立片段播放。前者可能需要保留原始时间，后者可能要求从零开始，二者都应由使用条件决定。给接收方同时提供请求区间、最终首末PTS与帧数，避免把归零当作所有场景默认修复。

相关背景见手机拍的视频放久了声音不同步，怎样先核对 VFR 与 CFR，还可从多媒体播放专题继续查找文件处理方法。需要核对实际工程的接收条件时，可携带本题文件与读回结果进行工程对接咨询。

一级依据

• trim选择区间但不修改时间戳；需归零时后接setpts。

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