Video streaming btw双向广播和视频会议的性能如何

双向视频广播是指用户可以看到广播者，广播者可以看到用户，但用户不应与其他用户交互

视频会议就像每个人都在互动一样

如果使用，性能会有什么不同

如文档中所述

多端口的建立会导致巨大的CPU和带宽使用率！ 如果10个用户加入您的广播室，您的浏览器上将打开40个RTP端口：

10 RTP ports for outgoing audio streams
10 RTP ports for outgoing video streams
10 RTP ports for incoming audio streams
10 RTP ports for incoming video streams

如果100个用户加入广播会发生什么。我指的是设备的性能，以及如果我使用它，需要多少带宽

 480 x 360 (360p)
 858 x 480 (480p)
 1280 x 720 (720p)

视频会议也是如此

---

提前感谢

您只需在线查询360p与webrtc的带宽使用量，然后乘以流的数量。顺便说一句，更好的解决方案是使用SFU（选择性前移装置）@DirkV感谢您宝贵的回复。我读过关于带宽使用的文章，但我想知道浏览器的性能。正如我在为10个用户提供的双向广播中所提到的，从广播公司向4个用户开放40个RTP端口。如果这是在会议的情况下，将有40个端口从每个用户端打开。如果是，那么浏览器的性能如何？系统对ram、处理器的要求是什么。对于用户端和服务器端。cpu性能不是带宽问题，而是编码问题。因为你需要为每个流编码你的视频。cpu没有太多的基准测试，所以我想你应该自己测试一下。你可以在线查询360p在webrtc上使用了多少带宽，然后乘以流的数量。顺便说一下，更好的解决方案是使用SFU（选择性前移单元）@DirkV感谢你宝贵的回复。我读过关于带宽使用的文章，但我想知道浏览器的性能。正如我在为10个用户提供的双向广播中所提到的，从广播公司向4个用户开放40个RTP端口。如果这是在会议的情况下，将有40个端口从每个用户端打开。如果是，那么浏览器的性能如何？系统对ram、处理器的要求是什么。对于用户端和服务器端。cpu性能不是带宽问题，而是编码问题。因为你需要为每个流编码你的视频。cpu没有太多的基准测试，所以我认为您需要自己进行测试。