Skip to main content
录制建在 MCU 合流之上 —— 服务端把多路画面合成一路,既可以下发给客户端订阅, 也可以录成文件。

三种任务类型

McuTaskType 决定服务端做什么:

启动与停止

mcuStop 要传同一个 taskType —— 服务端按类型区分任务。 启的是 mixAndRecord 就不能用 record 去停。
需要会议开始时自动录制的,在创建会议时设 MeetingCreateReq.autoRecord = true

布局

LayoutType 有 20 种预置: Cell.bindShare = true 可以把某个格位绑定到共享画面。
adminUpdateLayout 影响的是服务端合流的布局,不是客户端本地的排版。 本地宫格怎么摆是你自己的 UI 事。

监听任务状态

exception 必须提示给用户。录制出问题时用户一定要知道 —— 否则他们会以为整场都录上了, 会后才发现没有。errDesc 里有原因,直接展示。

查询

RoomInfo.recordStatus 也能读到当前录制状态,进会时用它初始化 UI。

客户端订阅合流画面

大型会议不要 N 路各自订阅,改订 MCU 合成的那一路:
客户端解码开销不随人数线性上升 —— 这是人多时的主要方案。 渲染就是把 meeting.mcuTrack 交给 SRTCVideoView
订了 MCU 就不要再逐路订阅同一批人的画面 —— 那是双份带宽。 两种模式应当是互斥的,切换时先退掉另一种。

录制文件在哪

录制产物走资源体系,用 resourcesList 查、presignedGetObject 换下载地址。 见资源与附件

相关阅读