视频2秒音轨3秒，怎样核对-shortest究竟结束了哪条时间轴

视频与音轨长度不同，输出是否继续到较长流取决于终止策略。-shortest在最短输出流结束时停止，本题应读回各流末包和实际容器时长，而不是只看输入列表里哪一项写在前面。

这组文件怎样比较

样例使用两秒原创视频及三秒合成正弦音，分别输出普通MP4与带-shortest的MP4。视频流复制，音频编码AAC，两路命令仅改变终止选项；不把AAC尾部取整当作本题音画内容正确性的依据。

按原始结构逐项检查

1. 先确认两个输入真实存在且长度符合设定，保存视频帧数与音频参数。多流输出必须显式map到预期输入，避免自动选流换了音轨之后还继续比较终点；输入顺序、流身份和终止选项应在同一生成记录中可见。

2. 对普通输出读取音频末包PTS加duration，另读视频完整帧数。本地音频终点为三秒，视频仍二十帧，说明较长音轨留在文件中；容器时长三秒并不表示视频凭空增加了十帧，也不能由此认定最后一秒必然显示什么画面。

3. 对-shortest输出使用相同计算，再并列两个文件的终点。若编码器缓冲、稀疏字幕或其他流参与，终止细节可能需要更多缓冲和字段，因此不要把二秒这个样例数字当作每个工程都会逐样本精确停止的保证。

容易误读的地方

反例是为了去掉尾部多余声音，直接裁断文件字节或只改容器时长标签。它可能保留不一致索引或丢失完整包，正确方式是明确输出流和停止条件后重新生成副本，并完整解码，确认结束附近没有错误。

下载与本地读回

all.mp4、audio.wav、generation.json、observed.csv、observed.json、shortest.mp4、video.mp4。

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

执行回执显示两份输出的视频均为二十帧，音频末端不同，所有流在本地严格完整解码通过。没有听取正式配音、检查尾字是否被截断，也没有测播放器结束事件；这些结果仅回答封装输出停在何处。

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

把结果带回交付

交付前让内容方确认较长的那条流是否包含有意保留的尾声、版权提示或静音。若要按节目长度统一，记录请求终点、各流读回终点与容差，并回听结尾；不要只因文件变短便签认处理成功，完整内容和技术边界都需保留。

相关背景见视频文件能打开却播到一半卡住，怎样做完整解码预检，还可从多媒体播放专题继续查找文件处理方法。需要核对实际工程的接收条件时，可携带本题文件与读回结果进行工程对接咨询。

一级依据

• -shortest在最短输出流结束时终止输出，缓冲与编码尾部条件仍需读回实际文件。

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