我正在研究使用本地服务器向同一会议室的代表分发会议现场视频的可行性。他们仍然会听到来自演讲者的现场音频,所以只有视频才会被播放。我正在考虑使用达尔文蒸服务器(很多iPhone用户需要支持)并使用H.264进行编码。我主要关心的是跨网络的延迟。即使所有东西都在本地运行,在实时音频和“实时”视频流之间也会出现唇同步问题吗?我觉得在编码,广播,解码都会有问题,但是我以前从来没有这样做过,所以我想我会检查一下。
谢谢
发布于 2010-03-22 06:47:43
H.264是高质量的,并且确实需要向前看(即图文帧),以知道如何最好地编码。根据可能最小化的编码器设置.当然,您可以尽量减少回放缓冲区(客户端)。
不久前,我在微软流媒体服务上也遇到了类似的问题。
你会有真正的问题,找到一些是实时的(不到0.05秒的延迟),这样人们就不会真正意识到视频已经关闭。甚至视频会议的延迟也要高得多--他们基本上是通过音频和视频的同步而逃脱的。唇同步问题是人们很容易“得到”的东西。
我不认为有任何流媒体技术(除了一些基本上没有真正编码)将不会导致一些唇同步“滑稽”。问题是人们对此非常敏感。
我会忘了的。为以后的回放录制,但使用传统技术(光束等)。本地播放。认真地说:如果已经在同一个房间里的话,不要以为太多的人会喜欢为演讲者看他们的IPhone。
https://serverfault.com/questions/124841
复制相似问题