我想通过互联网从网络摄像头播放视频。问题是,视频将被超过20,000人(预期)现场观看
我对Red5 Broadcasting的经验很少。我使用Red5和Flash进行了一些广播。它适用于1或2个观众,即它非常适合个人聊天/视频会议应用。
但是,当观众人数增加时,广播的延迟也会增加。我正在为每个加入广播的新用户增加约0.5秒的延迟。
任何人都可以向我推荐一些更好的技术,我可以用它来制作这个直播。我不想使用http://www.ustream.com;我想创建一个我自己的工具。但那总是最后的解决方案。
答案 0 :(得分:1)
20000个并发视频视图将扩展最强大的服务器。我会考虑查看Flash Media Server,但我怀疑从一个盒子中提供这么多的视频是可行的。假设256k的最小比特率(在这个速率下看起来不那么好),我们将谈论上行传输大约5千兆位/秒。那是一些非常沉重的生命。如果它存在,我怀疑它是免费的。
答案 1 :(得分:1)
由于您期待如此众多的观众,P2P分发可能是一种方法。这样,在繁重的数字下,负载将从您的服务器转移到客户端。它们将充当您内容的“中继器”。这当然会引入更多延迟。
答案 2 :(得分:0)
您可以执行此red5或任何其他闪存介质服务器,但您将需要多个服务器,最有可能大约10个左右;更不用说为视频提供流所需的所有带宽。这是基本设置:
设置并配置广播公司将要使用的源服务器 发布他们的流
设置和配置将消耗原点的边缘服务器 使用ffmpeg流并发布到其本地实例
重复步骤2以提供其他查看者连接
这个'简单'例子中遗漏了一些细节,但如果你足够聪明,你可以解决这些问题。