WebRTC大规模广播[关闭]答案

【问题标题】：WebRTC large scale broadcasting [closed]WebRTC大规模广播[关闭]
【发布时间】：2013-06-20 10:23:43
【问题描述】：

我是 webrtc 的新手。我在 webrtc 上按照http://www.html5rocks.com/en/tutorials/webrtc/basics/#toc-security 的教程进行了一些聊天。

如果我想向更多用户广播，比如 1000 个或更多用户，那么在设计这样的应用程序时我需要考虑哪些事项？

我用谷歌搜索了一下，但我得到的只是 webrtc 的实现和一些类似我的问题。但到现在还没有具体的答案。

【问题讨论】：

请看stackoverflow.com/questions/17134778/…的答案

【解决方案1】：

给出的答案有点不正确。如果我们谈论缩放，给定的链接对此没有任何作用。如果您去“广播演示”https://www.webrtc-experiment.com/RTCMultiConnection/video-broadcasting.html 进行测试，您会看到广播公司发送的不是单个视频流，而是 N 个流，其中 N 是“听众”或“广播参加者”的数量。因此，广播公司很快就会遇到传出连接瓶颈。例如，单个传出流需要 40KB/s，因此对于 1000 个用户来说大约是 40MB/s，这……我猜是不可接受的。

构建可扩展应用的唯一方法是使用服务器端解决方案。广播者和听众之间是否会有一点延迟也没关系，这不是现场对话，就像电视一样。

【讨论】：

是的，我也想到了带宽问题。想了想就卡住了。目前正在分析red5，虽然它只支持一闪而过的想法尝试一下。
我认为 RTCMultiConnection 演示实现了点对点方案，以减少原始广播公司的带宽需求。
RTCMultiConnection 基于许多 1:1 连接。您应该检查来自this stackoverflow answer 的 MCU 链接。请记住，在 RTCWeb API 中不可能实现 3 路连接，而且它也被 IETF RTWeb WG 视为过时的功能。此外，不使用任何 java-applet/ativex/flash 插件或媒体服务器是不可能实现 1:many 的。

【解决方案2】：

RTCMultiConnection 似乎是一个很好的实施细节起点。

【讨论】：