Mediasoup源码分析

作者：cgs1999  原文链接：https://blog.csdn.net/cgs1999/article/details/100133917

protoo 

protoo is a minimalist and extensible Node.js signaling framework for multi-party Real-Time Communication applications.

官网：https://protoojs.org/

github：https://github.com/versatica/protoo

vscode调试gulp设置

原文地址：https://www.jianshu.com/p/7ccc7a190d0e

为此，我们需要为vscode添加启动配置，这通过在项目的根目录中添加一个名为 .vscode 的文件夹，并添加名为 launch.json 的文件，或者在调试菜单中添加配置。

配置如下：

{
    "version": "0.2.0",
    "configurations": [
        {
            "type": "node",
            "request": "launch",
            "name": "Debug Gulp",
            "program": "${workspaceRoot}/buildNew/node_modules/gulp/bin/gulp.js",
            "stopOnEntry": true,
            "args": [
              "buildAddr"  
            ],
            "cwd": "${workspaceRoot}/buildNew/",
            "outFiles": [],
            "sourceMaps": true,
            "runtimeExecutable": null,
            "env": {
                
            }
        }
    ]
}

其中 type 与 request 固定配置，name 是为这个配置赐的名号，program 指向项目目录下 gulp 所在位置，args 为 gulp 中配置的 task 也就是你想要调试的 task，cwd 指向的是 gulpfile.js 所在路径。

配置完成后按 F5 进入调试模块，选择调试配置运行即可。

 

其中多数配置非必须，最简运行配置如下。

{
    "type": "node",
    "request": "launch",
    "name": "Gulp buildAddr",
    "program": "${workspaceRoot}/buildNew/node_modules/gulp/bin/gulp.js",
    "cwd": "${workspaceRoot}/buildNew/",
    "args": [
        "buildAddr"
    ]
}

gulp 开发中目录路径和活动对象都是较为令人苦恼的，通过vscode进行调试能方便很多，虽然webstorm在已经集成gulp调试，并且读取了所有 task 更佳方便，然而他卡啊！

问题汇总

在Ubuntu系统下，gulp报错：watch ENOSPC

参考地址：http://www.udaxia.com/wtjd/6708.html

https://cloud.tencent.com/developer/ask/87153

解决方案：当前问题主要是因为gulp的watch需要监听很多文件的改动，但ubuntu系统的文件句柄其实是有限的，因此

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p

 

 

1. 设计架构图

Worker
一个Worker代表着一个运行在单核CPU上并处理Router实例的mediasoup C++子进程；

Router
Router用于注入、选择和转发通过Transport实例创建的媒体流；

Transport
Transport将终端与MediaSoup Router连接起来，并通过在其上创建的Producer和Consumer实例实现双向媒体传输，实现了下面3种Transport：

WebRtcTransport
一个WebRtcTransport代表着一个WebRTC终端和MediaSoup通过ICE和DTLS过程协商的网络路径。WebRtcTransport可用于接收媒体、发送媒体或同时接收和发送媒体。MediaSoup没有限制。但是，由于其设计，mediasoup-client和libmediasoupclient要求区分用于发送和接收的WebRtcTransport。

PlainRtpTransport
一个PlainRtpTransport代表着一个通过它传输纯RTP和RTCP的网络路径。

PipeTransport
一个PipeTransport代表着一个通过它传输纯RTP和RTCP的网络路径。PipeTransport旨在实现在同一主机或不同主机上两个匹配的Router实例间的互相通信；

Producer
一个Producer代表着一个被注入到MediaSoup Router的音频或视频源。它是在定义媒体数据包传送方式的Transport之上创建的。

Consumer
一个Consumer代表着一个被MediaSoup Router转发到终端的音频或视频源。它是在定义媒体数据包传送方式的Transport之上创建的。

每个Transport 最多 有2个Producer（Video、Audio）和2个Consumer（Video、Audio）

2. 核心类图

 

 

业务实现需考虑增加以下类：

Host
主机或服务器，一个N核CPU的Host有N个Worker

Room
会议，一个Room有1到多个Router，有0到多个Participant

Participant
参会人或观看方，每个Participant 有0到多个Transport（主流和辅流）

 

3. 参考资料
官网V3设计文档
https://mediasoup.org/documentation/v3/mediasoup/design/

官网V3 API文档
https://mediasoup.org/documentation/v3/mediasoup/api/