user38392 Asked: 2010-03-22 22:34:39 +0800 CST2010-03-22 22:34:39 +0800 CST 2010-03-22 22:34:39 +0800 CST 本地实时 Quicktime 视频广播，延迟？ 772 我正在研究使用本地服务器将会议的实时视频分发给同一房间的代表的可行性。他们仍然会听到来自扬声器的实时音频，因此只会流式传输视频。我正在考虑使用 Darwin Steaming Server（支持很多 iPhone 用户）并使用 H.264 进行编码。我主要担心的是整个网络的延迟。即使一切都在本地运行，实时音频和“实时”视频流之间是否存在口型同步问题？感觉编码、广播、解码要完成会出现问题，但我以前从未做过这样的事情，所以我想我会检查一下。 谢谢 streaming video h.264 1 个回答 Voted Best Answer TomTom 2010-03-22T22:47:43+08:002010-03-22T22:47:43+08:00 H.264 将被制成高质量并且确实/需要向前看（即下一个帧）以知道如何最好地编码。根据可能最小化的确切编码器设置......您绝对可以尝试最小化播放缓冲区（客户端）。 前段时间，我在使用 Microsoft Streaming Services 时遇到了类似的问题。 您将很难找到实时的内容（延迟小于 0.05 秒），以至于人们不会真正意识到视频已关闭。即使是视频会议也有更高的延迟——他们基本上是通过音频和视频同步来解决的。口型同步问题是人们很容易“得到”的东西。 我认为周围没有任何流媒体技术（除了一些基本不真正编码的非常原始的技术）不会导致一些唇形同步“有趣”。问题确实是人们对此非常敏感。 我会忘记的。录制它以供以后播放，但使用传统技术（投影仪等）进行本地播放。说真的：如果他们已经在同一个房间里，不要认为太多人会喜欢看他们的 iPhone 上的扬声器。
H.264 将被制成高质量并且确实/需要向前看（即下一个帧）以知道如何最好地编码。根据可能最小化的确切编码器设置......您绝对可以尝试最小化播放缓冲区（客户端）。
前段时间，我在使用 Microsoft Streaming Services 时遇到了类似的问题。
您将很难找到实时的内容（延迟小于 0.05 秒），以至于人们不会真正意识到视频已关闭。即使是视频会议也有更高的延迟——他们基本上是通过音频和视频同步来解决的。口型同步问题是人们很容易“得到”的东西。
我认为周围没有任何流媒体技术（除了一些基本不真正编码的非常原始的技术）不会导致一些唇形同步“有趣”。问题确实是人们对此非常敏感。
我会忘记的。录制它以供以后播放，但使用传统技术（投影仪等）进行本地播放。说真的：如果他们已经在同一个房间里，不要认为太多人会喜欢看他们的 iPhone 上的扬声器。