如何建立一个可以处理超过 20,000 名观众的视频广播公司
我想通过互联网广播来自网络摄像头的视频。问题是，该视频将被超过 20,000 人实时观看（预计）。
我对 Red5 Broadcasting 的经验很少。我使用 Red5 和 Flash 做了一些广播。它非常适合 1 或 2 个观看者，即它非常适合个人聊天/视频会议应用程序。
但是，当观众数量增加时，广播延迟也会增加。对于每个加入广播的新用户，我都会遇到大约 0.5 秒的延迟。
任何人都可以向我推荐一些更好的技术，我可以用这些技术来实现现场直播。我不想使用 http://www.ustream.com；我想创建一个我自己的这样的工具。但这始终是最后的解决方案。
I want to broadcast Video from a web cam, over internet. The problem is, the Video will be viewed live by more than 20,000 people (expected).
I have a very little experience with Red5 Broadcasting. I did some broadcasting using Red5 and Flash. It works fine for 1 or 2 viewers i.e. it is great for personal chatting/ video conferencing applications.
But, when the number of viewers increases, the delay in Broadcasting also increases. I am experiencing a Delay addition of about 0.5 Seconds for every new user who joins the broadcast.
Can any one suggest me some, better technologies on which I can work out this Live Broadcasting. I don't want to use http://www.ustream.com; I want to create one of my own, such tool. But thats always the last solution.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
20000 个并发视频观看量将让最强大的服务器不堪重负。我会考虑考虑 Flash Media Server，但我怀疑能否提供这么多视频从一个盒子里拿出来是可行的。假设最小比特率为 256k（在这个速率下看起来不太好），我们将讨论大约 5 GB/s 的上游传输。那是一些非常沉重的生活。如果它存在，我怀疑它是否是免费的。
20000 concurrent video views is going to stretch the most powerful of servers. I'd consider looking at Flash Media Server, but I doubt that serving this amount of video from a single box will be viable. Assuming a minimal bitrate of 256k (it won't look all that good at this rate), we'd be talking about an upstream delivery of around 5 gigabit /s. That's some seriously heavy lifing. If it exists, I doubt it will be free.
由于您期望有如此多的观众，P2P 分发可能是一种选择。这样，在大量的情况下，负载将从服务器转移到客户端。他们将充当您的内容的“中继器”。这当然可能会带来更多的延误。
查看 PeerCast 和 Freecast 了解更多信息。
As you're expecting such a large number of viewers, P2P distribution could be a way to go. This way, under heavy numbers the load will be moved away from your servers, and on to the clients. They would act as 'repeaters' for your content. This may of course introduce even more delays.
Check out PeerCast and Freecast for more info.
您可以使用此 red5 或任何其他 Flash 媒体服务器，但您将需要不止一台服务器，并且很可能大约需要 10 台左右；更不用说向观众提供流媒体所需的所有带宽。以下是基本设置：
设置并配置您的广播公司将连接到的源服务器
发布他们的流
设置和配置将消耗源的边缘服务器
使用 ffmpeg 进行流式传输并发布到本地实例
重复步骤 2 以提供额外的查看器连接
这个“简单”示例省略了一些细节，但如果您足够聪明，您可以可以弄清楚这些。
You could do this red5 or any other flash media server, but you will need more than one server and most likely about 10 or so; not to mention all the bandwidth you will need to provide the stream to viewers. Here's the basic setup:
Setup and configure an origin server to which your broadcaster will
publish their stream
Setup and configure edge servers which will consume the origin
stream using ffmpeg and publish to their local instance
Repeat step 2 to provide additional viewer connections
This 'simple' example leaves out some details, but if you're clever enough you can figure those out.