目录

最简单的多人视频通话架构模式,所有媒体流都不需要经过服务端,客户端直接P2P,可通过webrtc建立多个PeerConnection,结构图如下:

优点:

缺点:

2、Mixer结构

服务端做了很多事情,包括转码,混音,合屏,所以服务端负载非常大,结构图如下:

优点:

1、客户端负载最小,与一对一负载一样,可以支持很多人同时视频

2、因为服务端有做编解码,可与现有产品无缝集成

3、可以最大程度利用硬件能力

缺点:

1、服务端负载很大,建设成本很高

2、延迟问题,因为服务端做了很多动作(解码、合屏、混音、编码),所以会带来延迟

最大特点就是服务端只负责包转发,不负责转码,yy流媒体服务基本上就是这个功能:

优点:

2、低延迟,特别是与SVC结合能大大提升客户端体验度

考虑到不同客户端需要不同的接收能力。

拓展阅读

WEBRTC三种类型(Mesh、MCU 和 SFU)的多方通信架构 - 地铁程序员 - 博客园 WebRTC 本身提供的是 1 对 1 的通信模型,在 STUN/TURN 的辅助下,如果能实现 NAT 穿越,那么两个浏览器是可以直接进行媒体数据交换的;如果不能实现 NAT 穿越,那么只能通过 T https://www.cnblogs.com/yiyi17/p/12076657.html

Zoom技术研究系列(一):工作原理的简短介绍(译) 前言:2020年随着疫情的爆发,ZOOM也获得爆发式增长,一年不到股价实现了近十倍增长,从一个默默无闻的小公司成长为市值1000亿美元的庞然大物,俨然成为互联网业的焦点。每个人都在问ZOOM是如何做到的?因此笔者开… https://zhuanlan.zhihu.com/p/264509345?utm_source=wechat_session&utm_medium=social&utm_oi=845939992734875648&utm_content=group3_article&utm_campaign=shareopn

参考

即时通讯音视频开发(十二):多人实时音视频聊天架构探讨-实时音视频/专项技术区 - 即时通讯开发者社区! 即时通讯音视频开发(十二):多人实时音视频聊天架构探讨 http://www.52im.net/thread-253-1-1.html