软件同步（Software Synchronization）是在数据已经由设备产生之后，用时间戳、缓冲队列、插值或时间偏移估计，把多路数据在软件层面配对或重采样。
它解决的是“我收到的这些数据应当和哪一时刻的其他数据一起使用”，而不是“这些传感器是否真的在同一物理时刻采样”。
核心问题
相机、IMU、关节状态和力传感器可能有不同帧率、不同传输延迟和不同时间基准。软件同步通过记录时间戳并设定容差，把最近的样本配成一个观测包。
核心机制
常见做法是：
- 每路数据到达时打主机时间戳
t_host，或读取设备自带时间戳t_device。 - 如果设备时间戳和主机时间不同步，估计偏移
offset和漂移skew。 - 把每个样本换算到统一时间轴。
- 对低频数据做最近邻匹配，对连续信号做插值。
- 丢弃超过容差窗口的样本。
一个简化换算是：
t_common = alpha * t_device + beta其中 alpha 近似表示设备时钟相对主机时钟的速率比例，beta 表示时间零点偏移。如果设备没有可靠时间戳，只能用：
t_capture ≈ t_host - latency_estimate这只是估计，因为 latency_estimate 往往包含 USB 传输、驱动缓冲、调度和应用队列延迟。
工程用途
- 普通 UVC 摄像头、低成本传感器和日志回放中没有硬触发条件时做近似对齐。
- 机器人数据集构建中，把图像帧与关节状态按时间窗口配对。
- 在线系统中用容差队列控制观测新鲜度，超过延迟阈值就丢帧或降级。
边界与常见坑
- 软件同步不能证明曝光级同时采样；它只能对齐可见时间戳。
- 缓冲队列越深，画面越平滑但越滞后；实时控制中通常要限制队列长度。
- 用系统接收时间戳时，CPU 负载、USB Hub、压缩解码和线程调度都会带来抖动。
- 时间戳单位、时区、单调时钟和墙钟混用会造成隐蔽错位。
- 多传感器融合时，过宽的同步窗口会吞掉真实动态，过窄会造成大量丢样。