ApiRTC Mesh模式媒体上传云端及录制、MCU相关技术问询

1. Mesh模式下未通过SFU的媒体/文件仍可录制的实现逻辑 #

ApiRTC的录制机制和Mesh点对点传输通道是分离的：即使在Mesh模式下，SDK会单独建立一条录制数据上报通道，将需要录制的媒体帧、文件内容直接发送到Apizee媒体录制服务器，而非依赖SFU的流转发链路。也就是说，端到端传输的是实时交互数据，录制数据是客户端单独上传的副本，因此能实现Mesh模式下的录制。

2. 禁用Mesh模式下的录制，让文档仅在Mesh内传输 #

可以通过两种方式实现：

• 客户端配置：初始化会话时添加disableRecordingUpload: true参数，阻止客户端向录制服务器上传任何数据；或者在检测到meshOnlyEnabled为true时，主动调用stopRecording()并禁用自动录制触发逻辑。
• 后台配置：联系Apizee技术支持，在后台全局禁用Mesh模式下的自动录制功能，确保所有文档和媒体仅在点对点Mesh流内传输，不会被上传到录制服务器。

3. ApiRTC是否使用MCU服务器 #

是的，ApiRTC同时支持SFU和MCU两种架构：

• MCU主要用于需要混流处理的场景，比如多参与者画面合成、固定分辨率的广播流输出等，当会议需要将多个独立流合并为单一输出流时，会启用MCU服务器。
• SFU则专注于独立流的分发，优化带宽使用，适合大多数点对点或多端交互场景。两种架构会根据会议需求自动切换，也支持手动配置指定使用模式。

内容的提问来源于stack exchange，提问作者Tang J