只一台机器偶发掉帧，怎样对齐多机日志的时间线

跨机日志先统一带时区的时间表示，再登记各机时钟偏差与不确定度，用共同事件ID和本机单调时长关联。不要把日志文件里相近的两行直接当同一故障，也不要跨机器直接相减单调计时值。

判断前提与适用边界

墙上时间可能因对时发生跳变，本机单调计时适合算持续时间，却通常没有跨机公共起点。日志写入与事件发生也可能有缓冲。对齐应保留原始文本和归一化副本，把事件时间、写入时间及采集时间区别开；时钟误差大于先后差时，只能说顺序未确定。

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

按同一条件执行

1. 保存主机ID、时区、ISO8601时间、本次启动标识和时钟来源；缺少时区的旧日志不猜测，先查系统设置。

2. 找同一控制事件或节目切换ID，在各机日志建立关联；没有共同ID时记录匹配依据和置信限制。

3. 把UTC观测时间减去已测主机时钟偏差得到候选事件时间，同时保留偏差测量不确定度。

4. 本机耗时用同一启动周期的单调差值计算；重启后清零需换boot_id。合并时按时间区间比较，重叠区间不强排因果。

原始输入与判断示例

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

合成事件	归一化UTC	说明
A 12:00:00.100，偏快100ms	12:00:00.000	候选时间
B 12:00:00.020，偏快20ms	12:00:00.000	与A一致仅为构造
两端误差±50ms	区间重叠	不能判谁先掉帧

附件保留两台机器相同时刻事件的合成原始日志、偏差字段和预期UTC，Python使用带时区日期运算核验。它只证明归一化代码处理了偏差，不证明现场时钟实际误差为这些数值。日志中的素材名与设备ID都是虚构测试标识。

下载夹具并形成交付记录

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

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

误判与失败路径

不要用文件修改时间替代事件时间；不要把往返时延一半直接当确定偏差；不要跨系统重启比较旧单调值。若同一事件ID重复出现，保留序号并检查重试，不能直接去重后删掉关键轨迹。

基础背景见展厅设备日志收集与故障定位，相关流程汇总在多媒体播放专题。需要在SoftPlayer上执行这项测试时，按受测版本文档填写配置与支持情况。

一级来源与核验范围

Microsoft：获取高分辨率时间戳，性能计数器与时间间隔，核对日期2026-10-23。本文协议与合成样例为独立设计；来源中的机制说明不代表附件已完成现场验收。