客户端推流工具PUSH RTMP的示例分析,很多新手对此不是很清楚,为了帮助大家解决这个难题,下面小编将为大家详细讲解,有这方面需求的人可以来学习下,希望你能有所收获。
市面上分析连麦方案的已经很多,主要分为CDN连麦,以及RTC连麦2种,其中CDN连麦方式延迟大,不稳定,下面我着重介绍RTC连麦方案。
方案一:服务端合流
优势:
发烫不严重,以及电量损耗小
当客户端网络情况不好的时候,对直播的影响较小
劣势
太贵:市面上的云服务商按照分钟数收费
延迟大:音视频流经过服务端中转并在旁路推流服务中进行合成转码在进行推流。
方案二:客户端合流 优势:
省钱:无需支付旁路推流的钱
延迟小:主播端直接推流,减少了传输过程中的延迟损耗
手机发烫:手机端直接推流,对手机端的性能有些损耗
弱网环境下,影响直播的效果,主播端发两路流,考验主播端的上行网络。
推流小助手是上面的第二种方案,该方案的缺点会使手机发烫,但是为了省钱,这点小小的牺牲算的了什么呢。
音频连麦:音频连麦对设备的性能消耗比较小,而且带宽占用也比较低。用该方案能达到省钱,延迟低的最佳效果
视频PK模式:2个人进行直播连麦,对客户端的带宽以及性能消耗相对较小。客户端损耗能在接受范围内,为什么不用呢?
单主播模式:单主播模式客户端无需转码,直接推流。不损耗客户端性能。
多人连麦,连麦人数>2:当连麦人数大于2人的时候,根据自己的实际情况而定,使用推流小助手的时候连麦人数最多不要超过6人,超过6人的连麦方式建议使用服务端旁路推流的形式。
市面上的连麦方式大多都是以服务端合流的方式,这种方式对RTC提供商来说无非就是一块富得流油的蛋糕,现在市面上的RTC价格已经处于白热化,大家都开始用增值业务增加收入,所以市面上的连麦方式不存在上述方案二的形式。 anyRTC推出推流小助手的同时,也支持服务端旁路推流功能。用户可以在使用推流小助手的时候,SDK会给客户返回当前的网络情况,如果网络情况差,可以无缝切到服务端旁路推流:当客户端网络好的时候在切回客户端推流,整个过程,观看端是无感知的。这种方式即有效的节省了企业的流量费用,也大大提高了直播的效率。
客户端网络差的时候,关闭本地推流,开启服务端旁路推流 客户端网络好的时候,关闭服务端旁路推流,开启本地推流
视频直播,音频连麦方式
视频直播,视频连麦方式
音频直播,音频连麦方式
视频直播,音频连麦/视频连麦可相互切换
用户视图布局
背景颜色
水印
拓展信息-SEI
音频采样率/声道/音频编码格式
视频分辨率/码率/帧率以及输出的视频编码格式
看完上述内容是否对您有帮助呢?如果还想对相关知识有进一步的了解或阅读更多相关文章,请关注恰卡编程网行业资讯频道,感谢您对恰卡编程网的支持。
polyfills怎么按需加载
polyfills怎么按需加载本篇内容主要讲解“polyfills...
C#数据类型怎么实现背包、队列和栈
C#怎么实现冒泡排序和插入排序算法
C#怎么实现冒泡排序和插入排序算法这篇文章主要讲解了“C#怎么实现...
C#如何实现希尔排序
C#如何实现归并排序
C#怎么使用符号表实现查找算法
C#类的静态成员怎么用
C#类的静态成员怎么用这篇“C#类的静态成员怎么用”文章的知识点大...
C#的静态函数怎么用
C#的静态函数怎么用这篇文章主要讲解了“C#的静态函数怎么用”,文...
C#中的析构函数怎么用
C#中的析构函数怎么用这篇文章主要讲解了“C#中的析构函数怎么用”...
怎么用CZGL.ProcessMetrics监控.NET应用
用户名
密码
记住登录状态 忘记密码?
邮箱
确认密码
我已阅读并同意 用户协议