OSC Bundle 时间戳为 1 是立即执行吗：怎样核对时间域

OSC Bundle的64位timetag等于1时表示立即执行，不能把它换算成1900年之后的一个极小时间。其他值包含整数秒和小数秒，解释前还要确认接收应用是否支持调度以及两端时钟关系。包中带时间标签，不等于多台机器已经自动同步。

先固定输入与适用条件

本题只检查OSC 1.0的时间标签编码，使用一个立即值和一个固定的合成NTP时间，不读取系统时钟。NTP纪元与Unix纪元不同，不能直接用Unix秒填到高32位。应用在何时丢弃过期包、排队多长时间，属于需要另行约定的行为，不由本例推断。

本篇的OSC内容限定1.0规范，MIDI内容限定1.0字节消息；未涉及MIDI 2.0的UMP编码。桥接动作属于接收应用约定，不能从协议格式推断产品已经支持。

按字段与边界执行

1. 从Bundle头确认井号bundle字符串及终止边界，然后读取紧随其后的八字节大端时间标签。不要把消息参数里的任意整数误认成Bundle时间。

2. 先比较整个64位值是否等于1，成立则标成立即执行。只有其他值才按高32位整数秒、低32位小数秒拆分。

3. 用小数位2的31次方核对半秒；分数的单位是二的32次方分之一秒，不是毫秒数直接装进低位。保留原始整数，避免反复浮点转换。

4. 接入真实接收端前记录时间源、调度支持、过期策略与队列上限。先用应用日志验证接受或拒绝，再讨论最终声光画面的同步表现。

用具体样例核对结果

附件的固定例子高位为3900000000、低位为2147483648，解析得到该NTP纪元整数秒加0.5秒；立即值1则直接输出immediate，不显示为接近零秒。脚本实际打包Bundle的时间头并拆回两项，结果包含完整hex，未发送网络包，也没有尝试让本机等待到该时间。

通过条件是立即值与普通时间分支分开，分数位换算可逆，纪元说明不丢失。如果把低32位1000当作一秒或一毫秒，结果会产生完全不同的时间；如果两端时钟未对齐，正确编码也不能保证同一真实时刻动作。对嵌套Bundle还需遵守时间关系约束，不能仅校验最外层八字节就声称完整调度正确。

下载与复现

analyze.py、input.json、result.json。

input只包含两组固定整数，result保存语义分支与精确分数。现场时间证据另存，注明接收应用版本以及是否支持未来调度；不要把“包能解析”填成“同步精度达标”。

把输入与脚本保存到同一个本地目录后执行 python analyze.py，脚本只读取输入、计算并重写同目录的结果文件。先保留原始附件副本，再将自己的脱敏输入另存为新版本，记录输入摘要与执行日期；不要把合成字段覆盖成看似真实的现场日志。

已用 Python 3.12.4 实际运行附件算法并检查断言。结果来自同目录合成输入；没有接入真实NDI源、控制器、灯具、接收卡或LED屏，不能据此填写现场验收通过。

对接下一步与一级来源

基础背景可看OSC（Open Sound Control）协议速查。相关流程收在展厅中控专题；需要项目对接时，带上本文输入及结果向SoftControl核对实际能力。

• Bundle时间标签、立即值与NTP纪元。

一级来源核对日期：2026-10-24。原始协议规则、本文原创运算和目标系统行为应分别留证；附件计算正确，不等于设备已经按该参数工作。