3、Clock 选择：系统时钟 vs 网络时钟

多路流同步的核心，说白了就是让所有参与方对「时间」的认知保持一致。你想想看，如果 A 机器觉得 10:00:00 到了，B 机器觉得 10:00:01 才到，那它们产生的数据怎么可能对齐？

所以，选对时钟源是同步的第一步。我个人习惯把时钟选择分成两大类：系统时钟和网络时钟。它们各有各的脾气，用错了地方，坑你没商量。

3.1 系统时钟：本地时间，简单直接

系统时钟就是操作系统维护的那个时间。在 GStreamer 里，如果你不特意指定，默认用的就是它。它的优点是快——直接从内核拿时间戳，延迟极低。

但问题也在这里。系统时钟是「各自为政」的。每台机器的晶振频率有微小差异，时间会慢慢漂移。我在项目中遇到过两台服务器，刚启动时时间差不到 1 毫秒，跑了 4 小时后，差了 200 多毫秒。嗯，画面直接对不上了。

3.2 网络时钟：统一时间，全局对齐

网络时钟，通常指 NTP（Network Time Protocol）或 PTP（Precision Time Protocol）。它们通过网络同步多台机器的时间。

NTP 精度在毫秒级，适合大多数音视频场景。PTP 能到微秒甚至纳秒级，但需要硬件支持。我建议：能用 PTP 就用 PTP，不行再退而求其次用 NTP。

GStreamer 本身不直接管理 NTP/PTP，但它可以通过 clock 属性引用外部时钟源。比如用 ntp-shm 插件把 NTP 时间映射到 GStreamer 时钟体系里。

3.3 时钟选择对比表

特性	系统时钟	NTP 网络时钟	PTP 网络时钟
精度	微秒级（本地）	毫秒级	微秒/纳秒级
依赖	无	NTP 服务器	PTP 硬件 + 交换机
多机同步	不支持	支持	支持（高精度）
配置复杂度	零配置	低	中高
典型场景	单机多路	分布式采集	广电/直播制作

3.4 GStreamer 中的时钟配置

在 GStreamer 里，时钟是通过 GstClock 对象管理的。你可以用 gst_pipeline_set_clock() 强制指定一个时钟源。

下面是一个简单的例子，展示如何让 pipeline 使用系统时钟：

# 默认就是系统时钟，不用显式设置
gst-launch-1.0 videotestsrc ! autovideosink

# 如果你想显式指定，可以这样：
gst-launch-1.0 --gst-debug=clock:5 videotestsrc ! autovideosink

对于网络时钟，你需要先启动 NTP 服务，然后通过 ntp-shm 插件把时间映射进来：

# 先确保 NTP 服务运行
# 然后创建共享内存时钟
gst-launch-1.0 ntp-shm name=ntp ! fakesink

# 在 pipeline 里引用这个时钟
gst-launch-1.0 videotestsrc ! clockoverlay time-format="%H:%M:%S.%f" ! autovideosink

3.5 时钟选择的核心逻辑

为了让你更直观地理解，我画了一张流程图。它展示了从需求到时钟选择的决策路径：

3.6 避坑指南

• 不要混用时钟源：同一个 pipeline 里，所有元素必须用同一个时钟。混用会导致时间戳乱掉。
• NTP 服务要冗余：至少配 2 个 NTP 服务器，最好 4 个。我曾经只配了一个，服务器挂了，整个集群时间乱套。
• PTP 需要硬件支持：不是所有网卡都支持 PTP。买之前确认一下。我见过有人买了普通网卡想跑 PTP，结果精度还不如 NTP。
• 系统时钟别乱改：运行中的 pipeline 如果系统时间被大幅调整（比如 NTP 突然跳变），会导致时间戳异常。建议用 ntpd -g 的渐进式调整。