理解WebRTC

Question

我目前已经测试了WebRTC的特性，但是我有一些大脑逻辑问题。

WebRTC到底是什么？

我只看“眩晕”、"P2P“和其他.但是，在技术方面，正确的WebRTC是什么(参见下一个)

我需要什么

我在寻找一个具体的解决方案。这里的示例是一个网络收音机：

一个客户端将他们的麦克风数据发送到服务器，其他连接的客户端将听到它。服务器需要一些特性:只有一个客户端可以与另一个客户端共享麦克风数据。所有其他客户端都是“静音”的，但其他客户端可以请求在将来发送数据。是选定的客户端完成，其他的可以发送。

澄清了我需要什么

不，我不想创建一个网络广播，我想创建一个“唱歌服务器”。一个用户可以选择一首歌，用他们的麦克风唱歌。其他客户也能听到。如果用户完成了他们的“歌曲”，其他人可以请求“在这里，我想唱这首歌……”。

有可能用WebRTC吗？目前我认为没有，因为我认为WebRTC只是一个对等的解决方案.服务器无法处理直接音频数据，但对于我的选择，我需要它(将来，在实现basisc之后，我想要它来修改流数据以添加一些功能，比如语音效果)。我在node.js中找到了一些解决方案，但我只在代码中找到了客户端对等点的广播；音频数据永远不会到达服务器。

Answer 1

WebRTC是一种P2P解决方案，但它也可以是从发布者到服务器的P2P连接，以及从侦听器到服务器的许多P2P连接。这正是你在案件中所需要的。

主要有3种WebRTC网络拓扑：

• 网目 --每个参与者向所有其他参与者发送和接收其媒体。不是很好的比例，最多可以缩放到4-6个参与者的视频会议或10个音频.
• SFU -可以在您的情况下工作，可以支持大约10-15个参与者的视频和~20的音频.目前最流行的解决方案，易于维护。
• 微控制器 --可以支持许多参与者。但需要更多硬件和更难维护。

因此，在您的情况下，您肯定需要一些WebRTC服务器网关，因为您将有许多侦听器。

在您的情况下，也许尝试流功能也是好的。

我可以推荐您尝试Janus WebRTC网关，特别是以下两种方法：

• 录象室演示。它基于SFU的顶部
• 流演示