本地实时 Quicktime 视频广播，延迟吗？

Question

我正在研究使用本地服务器将会议的实时视频分发给同一房间的代表的可行性。他们仍会听到来自扬声器的实时音频，因此只会流式传输视频。我正在考虑使用 Darwin Steaming Server（支持很多 iPhone 用户）并使用 H.264 编码。我主要担心的是整个网络的延迟。即使一切都在本地运行，实时音频和“实时”视频流之间会存在口型同步问题吗？考虑到要完成编码、广播和解码，感觉会出现问题，但我以前从未做过这样的事情，所以我想检查一下。

谢谢

Answer 1

H.264 被设计为高品质，并且确实需要向前看（即下一帧）以了解如何进行最佳编码。根据可能最小化的确切编码器设置...并且您绝对可以尝试最小化播放缓冲区（客户端）。

不久前，我在使用 Microsoft Streaming Services 时也遇到过类似的问题。

您将很难找到实时（延迟小于 0.05 秒）的内容，这样人们就不会真正意识到视频已关闭。即使是视频会议的延迟也高得多 - 他们基本上通过使音频和视频同步来解决这个问题。口型同步问题是人们很容易“遇到”的问题。

我认为目前没有任何流媒体技术（除了一些非常原始的、基本上不进行编码的技术）不会导致口型同步“滑稽”。问题在于人们对此非常敏感。

我会忘记它。录制下来以便稍后播放，但使用传统技术（投影机等）进行本地播放。说真的：如果他们已经在同一个房间里，不要以为会有太多人喜欢通过扬声器观看他们的 iPhone。