开播同步不代表一小时后同步：怎样画出播放漂移曲线

持续同步要在固定测点比较各机内容位置，而不是只验开播瞬间。建议同时保存公共事件、墙上时钟偏差与播放PTS，计算相对基准的漂移；系统时钟差与内容进度差分别画线，不能混为一种误差。

判断前提与适用边界

两台机器可以在开播时对齐，随后因不同播放时基、调度和纠偏策略出现变化；也可能一直有固定偏移而没有累积漂移。测试应把起始偏移减掉后再讨论随时间增长的趋势。循环节目会使PTS回到零，需要展开循环号，否则曲线会突然跳成负值。

本文是可执行的测试协议与合成数据演算，未接实体多机、同步卡、显示墙或相机。Python 3.12.4验证计算，编号样片若提供由FFmpeg 8.0.1生成；实际GPU、驱动、播放器版本、网络拓扑和相机模式须在现场记录。

按同一条件执行

1. 固定素材摘要、循环长度、解码路径和同步配置，记录各机时钟来源；约定开播后0、10、30、60分钟的测点并保留原始事件。

2. 每个测点以共同事件ID关联A、B机，采集PTS和循环号；观察录像需按帧号测量协议保留相机条件。

3. 将展开进度写成循环号乘片长加PTS，计算B减A；再减起始偏移得到新增漂移，时钟偏差另列。

4. 重复冷启动与循环测试，输出散点与折线；采样缺失不插成零，纠偏跳转用事件注释，不用平滑曲线藏掉。

原始输入与判断示例

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

合成时刻秒	B减A内容毫秒	新增漂移
0	10	0
1800	22	12
3600	34	24

附件给出0、1800、3600秒三点合成进度，Python计算新增漂移0、12、24ms并生成明确标注“合成”的SVG曲线。24ms/3600s约等于6.67ppm，代表这个构造序列的平均斜率，不是任何设备规格。真实曲线必须由采集值替换。

下载夹具并形成交付记录

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

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

误判与失败路径

不要只拿首尾两张截图排除中间跳变；不要把NTP显示已同步当内容没有漂移；不要跨时区直接减字符串时间。若偏差突然回零，检查软件是否跳帧、追赶或重新开始，而不是断言时钟变得更准。

基础背景见多机帧同步架构实战，相关流程汇总在多媒体播放专题。需要在SoftPlayer上执行这项测试时，按受测版本文档填写配置与支持情况。

一级来源与核验范围

NVIDIA：To synchronize multiple systems，硬件连接与锁定状态，核对日期2026-10-23。本文协议与合成样例为独立设计；来源中的机制说明不代表附件已完成现场验收。