您好,登录后才能下订单哦!
客户端推流工具PUSH RTMP的示例分析,很多新手对此不是很清楚,为了帮助大家解决这个难题,下面小编将为大家详细讲解,有这方面需求的人可以来学习下,希望你能有所收获。
市面上分析连麦方案的已经很多,主要分为CDN连麦,以及RTC连麦2种,其中CDN连麦方式延迟大,不稳定,下面我着重介绍RTC连麦方案。
方案一:服务端合流
优势:
发烫不严重,以及电量损耗小
当客户端网络情况不好的时候,对直播的影响较小
劣势
太贵:市面上的云服务商按照分钟数收费
延迟大:音视频流经过服务端中转并在旁路推流服务中进行合成转码在进行推流。
方案二:客户端合流 优势:
省钱:无需支付旁路推流的钱
延迟小:主播端直接推流,减少了传输过程中的延迟损耗
劣势
手机发烫:手机端直接推流,对手机端的性能有些损耗
弱网环境下,影响直播的效果,主播端发两路流,考验主播端的上行网络。
推流小助手是上面的第二种方案,该方案的缺点会使手机发烫,但是为了省钱,这点小小的牺牲算的了什么呢。
音频连麦:音频连麦对设备的性能消耗比较小,而且带宽占用也比较低。用该方案能达到省钱,延迟低的最佳效果
视频PK模式:2个人进行直播连麦,对客户端的带宽以及性能消耗相对较小。客户端损耗能在接受范围内,为什么不用呢?
单主播模式:单主播模式客户端无需转码,直接推流。不损耗客户端性能。
多人连麦,连麦人数>2:当连麦人数大于2人的时候,根据自己的实际情况而定,使用推流小助手的时候连麦人数最多不要超过6人,超过6人的连麦方式建议使用服务端旁路推流的形式。
市面上的连麦方式大多都是以服务端合流的方式,这种方式对RTC提供商来说无非就是一块富得流油的蛋糕,现在市面上的RTC价格已经处于白热化,大家都开始用增值业务增加收入,所以市面上的连麦方式不存在上述方案二的形式。 anyRTC推出推流小助手的同时,也支持服务端旁路推流功能。用户可以在使用推流小助手的时候,SDK会给客户返回当前的网络情况,如果网络情况差,可以无缝切到服务端旁路推流:当客户端网络好的时候在切回客户端推流,整个过程,观看端是无感知的。这种方式即有效的节省了企业的流量费用,也大大提高了直播的效率。
客户端网络差的时候,关闭本地推流,开启服务端旁路推流 客户端网络好的时候,关闭服务端旁路推流,开启本地推流
视频直播,音频连麦方式
视频直播,视频连麦方式
音频直播,音频连麦方式
视频直播,音频连麦/视频连麦可相互切换
用户视图布局
背景颜色
水印
拓展信息-SEI
音频采样率/声道/音频编码格式
视频分辨率/码率/帧率以及输出的视频编码格式
看完上述内容是否对您有帮助呢?如果还想对相关知识有进一步的了解或阅读更多相关文章,请关注亿速云行业资讯频道,感谢您对亿速云的支持。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。