同一宣传片导出两次大小差一倍，怎样比较峰值码率

比较文件大小之外，还要按固定时间窗累加压缩包字节，找出视频、音频及总流的峰值位置，再把该位置交给目标机回放。平均码率只描述全片平均，无法揭示转场或复杂纹理附近的短时读盘与解码压力。

判断前提与适用边界

相同画质目标下，编码器会把更多字节分配给复杂画面，平均大小接近也可能出现不同峰值。按PTS分窗是可复现的统计选择，但B帧重排使PTS与实际读取顺序不完全一致；按DTS分窗又回答另一类问题。报告必须写窗宽、时间字段、流范围和单位，不能把包负载当容器文件总开销。

本轮只完成本地生成、元数据与计算夹具验证，没有接入目标播放器、GPU输出链或现场音响。媒体生成固定为FFmpeg 8.0.1，表格及图案由Python 3.12.4生成；原始输入在附件中，不含第三方版权影片。

按同一条件执行

1. 使用ffprobe导出packet的stream_index、pts_time、dts_time、size及flags，记录原文件摘要和总时长。

2. 先选一秒窗并固定边界，例如[0,1)、[1,2)；计算sum(size)*8/窗秒数，明确Mbps使用十进制。

3. 分别列视频、音频和合计；缺少PTS的包单列数量，不默默归到第零窗。需要读盘分析时再补DTS与容器开销。

4. 导出最高几个窗前后两秒的回看索引，保持目标机、并发路数与播放器设置不变，对照掉帧、缓存和磁盘记录。

原始输入与判断示例

下面是合成示例，非现场实测。现场表中的空白表示未采集，不能当作零、正常或通过。

合成一秒窗	压缩包字节	计算码率
[0,1)	200000	1.6 Mbps
[1,2)	1000000	8.0 Mbps
两窗平均	600000/秒	4.8 Mbps

附件的包序列人为设置一个高峰，附带只读Python聚合脚本与预期JSON。脚本不调用网络、不修改源文件，只读取本目录JSON并输出分窗结果；执行结果应为1.6和8.0Mbps。真实文件需先导出同结构数据，窗口边界保持一致才可比较两次导出。

下载夹具并形成交付记录

下载专项输入与预期JSON和空白记录CSV。JSON保留原始输入、预期、记录字段及未测范围；CSV用于逐轮填写，原始日志、截图或仪表文件用稳定文件名关联。本主题还提供aggregate-execution.txt、aggregate.py、packets.json。

本表保留 window_start, window_seconds, time_basis, video_bytes 等字段；先按上表核对合成输入，再将目标环境数据另存一份。未采集的字段留空，失败记录与原始文件一并保留，避免下一轮无法复现。

误判与失败路径

不要拿视频流峰值与另一文件总流平均相比；不要用不同窗宽比较最大值；不要用“带宽够”排除硬解会话数和显存问题。若峰值窗可稳定复现卡顿，再查解码与读取，统计相关性本身不能证明根因。

基础背景见展厅视频编码与封装怎么选（H.264 / H.265 / HAP），相关流程汇总在多媒体播放专题。需要在SoftPlayer上执行这项测试时，按受测版本文档填写配置与支持情况。

一级来源与核验范围

FFmpeg ffprobe：Main options、JSON writer，核对日期2026-10-23。本文协议与合成样例为独立设计；来源中的机制说明不代表附件已完成现场验收。