11
WebRTC-可伸缩的实时流广播/多播
问题： WebRTC为我们提供了对等视频/音频连接。非常适合p2p通话，环聊。但是广播（一对多，例如1-to-10000）又如何呢？ 假设我们有一个广播公司“ B”和两个与会者“ A1”，“ A2”。当然，这似乎是可以解决的：我们只需将B与A1连接起来，然后将B与A2连接起来。因此，B直接将视频/音频流发送到A1，将另一个流发送到A2。B发送两次流。 现在，假设有10000位与会者：A1，A2，...，A10000。这意味着B必须发送10000个流。每个流约为40KB / s，这意味着B需要400MB / s的传出互联网速度来维持此广播。不能接受 原始问题（过时） 是否可以通过某种方式解决此问题，因此B在某个服务器上仅发送一个流，而与会者只是从该服务器中拉出该流？是的，这意味着该服务器上的传出速度必须很高，但是我可以维持它。 也许这意味着破坏WebRTC的想法？ 笔记 根据最终用户的不良UX，Flash无法满足我的需求。 解决方案（并非完全如此） 2015年5月26日-目前尚无针对WebRTC的可伸缩广播的解决方案，您根本不需要使用媒体服务器。市场上有服务器端解决方案以及混合（p2p +服务器端，具体取决于不同的条件）。 尽管有一些很有前途的技术，例如https://github.com/muaz-khan/WebRTC-Scalable-Broadcast，但他们需要回答以下可能的问题：延迟，整体网络连接稳定性，可伸缩性公式（它们可能不是无限可伸缩的） ）。 建议 通过调整音频和视频编解码器来减少CPU /带宽； 获取媒体服务器。