观众端
直播模式中主播发布的音视频流,会在服务端另行合并生成一道音频合流和一道视频合流。观众既可以直接订阅原始音视频流(简称“分流”),也可订阅“合流”。下面将分别介绍这两种订阅方式的区别和适用场景。
提示
观众被定义为只能订阅不能发布,如需发布必须先转为主播身份,再进行资源的发布。
订阅分流
分流订阅跟会议模式的订阅一样,适合小众玩法灵活的直播业务场景。比如观众被分成多种角色,需要选择性观看或收听部分主播发布的资源;又或者不同观众的展示布局并不相同,甚至可以随时切换布局的情况,SDK 提供视频展示 View 的创建和 与流绑定接口,开发者自行编写展示逻辑。
观众的订阅需要在两个地方进行处理:一是在加入直播间的成功回调里,需要遍历得到房间内已经存在用户发布的流,并订阅;二是在收到主播刚刚发布流的通知,即 onRemoteUserPublishResource
时订阅。可调用 RCRTCLocalUser
中的 subscribeStream 或 subscribeStreams 来订阅单个或多个媒体流。
Java
rtcRoom.getLocalUser().subscribeStreams(inputStreams, new IRCRTCResultDataCallback<List<RCRTCInputStream>>() {
@Override
public void onSuccess() {
}
@Override
// 如果 SDK ≧ 5.3.4,您可以使用 IRCRTCResultDataCallback,onFailed 方法会返回订阅失败的流列表和错误码。
// 如果 SDK < 5.3.4,仅支持使用 IRCRTCResultCallback,onFailed 方法仅返回错误码。
public void onFailed(List<RCRTCInputStream> failedStreams, RTCErrorCode errorCode) {
}
});
订阅合流
大部分直播场景,观众数量比较庞大,且所有观众看到和听到的内容完全一致。当有多个主播时,观众采用分流订阅的方式会造成大量带宽资源的浪费,客户成本也会较高。合流就是用来解决资源浪费问题的,它是由融云服务将所有主播发布的音视频资源,按客户提前指定的人选、布局方式和编码参数进行合并生成的一道音频和一道视频合流(纯音频模式仅有一道音频合流)。观众都去订阅这两道合流,则不管有多少名主播连麦/PK,观众都能用很少的资源得到一致的观看效果,从而为客户节省大量成本。下面介绍订阅合流的步骤:
-
获取合流地址: