使用什么算法/方法来同步多个视频播放器

Question

动机： 我目前正在尝试在两个联网的 raspis 上同步两个视频。我尝试从桌面（http 和 udp）实时流式传输，但每个 raspi 仍然以明显的延迟打开流。接下来我尝试在 raspi 上安装 vlc 并与桌面 vlc 同步，但这也不起作用。我尝试使用 shell 脚本在两个 raspis 上几乎同时启动 omxplayer，但也失败了。最后，我使用 C 脚本在几乎相同的时间启动了两个 omxplayer，但也失败了。最终，我认为无法控制 omxplayer 何时开始实际播放视频文件。

当前进度： 因此，现在，我正在修改 omxplayer 的代码以使用套接字同步两个 omxplayer，但我想知道在同步其视频客户端时，像 vlc 之类的方法是什么，以免重新发明轮子。我可能是错的，但我注意到，通过查看详细的输出和调试语句，一个播放器相对于另一个播放器会浪费时间，因此随着视频的播放，这种差异会增加，并且在 2-3 分钟后超过 200小姐。我觉得这非常令人不安。这意味着 2 小时后，差异将是 60*200ms=12000ms 或大约 12s。我认为现代计算的精度会更像原子钟，在 1000 小时的镜头后可能会丢失 1 秒，因此我认为只需同步一次提要就足够了。

问题： 如果需要不断地同步不同的播放器，那么像vlc这样的东西是如何做到的呢？

1. 是否等到出现明显延迟并快进/快退？
2. 是否在有任何差异时快进/快退？
3. 纠正这种差异（即套接字信号）本身是否会导致进一步的延迟？
4. 由于在视频中移动到较远的时间比连续播放需要更长的时间，它如何预测快进/快退的秒数？
5. 我听到很多人在谈论 ticks（不是昆虫），以及主 vlc 如何发出 ticks。但是，我不明白这些滴答声是如何解释的：您是暂时暂停所有其他播放器直到下一个滴答声，还是以某种方式调节视频的 速度（如果可能的话）即时）？

注意：我没有流式传输实际的视频文件，因为它们都是通过每个 raspis 上的 NFS 远程访问的。

Answer 1

对不起，我没有直接回答你的问题，而是我会这样做：

我会使用 MCI（我对 Windows 很友好，但我认为所有其他玩家都必须是类似的）

1. 时间必须在所有客户端上同步，这确实很棘手
   • 在具有小延迟的快速 LAN 上，您可以通过服务器将时间发送到所有客户端，就是这样
   • 在未知延迟（如 Internet）上，您不能改为多次从服务器向每个客户端发送时间。在客户端计算服务器和客户端时间之间的平均时间偏移，然后将其添加到客户端时间就可以了。
   • 如果客户端连接延迟太不稳定，那你就倒霉了
2. 打开流但未开始播放
3. 等待一段时间以确保视频可以播放...

4. 在每个客户端的精确服务器时间开始播放

   不要期望精确同步（没有精确的时间同步）。播放命令也可以在不同的机器上以不同的速度执行，但没有打开流命令的差异（因此在第 3 条上会有延迟）

这种方法的问题是它假设播放与时间同步

这通常不是真的，尤其是在网络流媒体上。大多数播放器会丢帧以进行补偿，但有时如果流长时间未解码，可能会导致累积偏移。在这种情况下，您可以实现播放进度（您的抽动）

抽搐可以是：

• 播放帧
• 播放进度时间
• 播放进度百分比

Tics 同步：

在所有情况下，您都必须从第 1 条或任何其他实现时间同步。有三种基本方法：

1. 最好的是帧同步

   但需要实现自己的播放器或能够进行帧导航的播放器，这很难正确实现。

2. 播放进度时间

   是下一个最好的东西。如果您发现偏移量大于某个阈值，则暂停或倒退/前进。

   倒带的问题在于它需要多少时间是不可预测的，因此您可以测量它所花费的时间并通过应用此时间以匹配同步播放时间（其有点棘手）。

3. 播放进度百分比

   几乎与播放进度时间相同，但分辨率要差得多。它仅适用于非常大的时间偏移。不适用于同步本身，仅适用于问题检测。如果检测到问题，则停止所有客户端并以新的确切服务器时间开始，或者在重新开始播放之前倒带 + 延迟。我知道这很糟糕，但并非所有播放器都支持播放帧/时间公告。

希望对你有所帮助。