带货直播系统，实现直播重要的一步——推流

4)RTMPS类似RTMPT，增加了TLS/SSL的安全功能；

RTMP协议就像一个用来装数据包的容器,这些数据既可以是AMF格式的数据,也可以是FLV中的视/音频数据。

一个单一的连接可以通过不同的通道传输多路网络流.这些通道中的包都是按照固定大小的包传输的。

带货直播系统连麦方案

市面上分析带货直播系统连麦方案的已经很多，主要分为CDN连麦，以及RTC连麦2种，下面先看一下RTC连麦方案。

方案一：带货直播系统服务端合流

优势：

发烫不严重，以及电量损耗小

当客户端网络情况不好的时候，对直播的影响较小

劣势：

太贵：市面上的云服务商按照分钟数收费

延迟大：音视频流经过服务端中转并在旁路推流服务中进行合成转码在进行推流。

方案二：带货直播系统客户端合流

优势：

省钱：无需支付旁路推流的钱

延迟小：带货直播系统主播端直接推流，减少了传输过程中的延迟损耗

劣势

手机发烫：手机端直接推流，对手机端的性能有些损耗

弱网环境下，影响直播的效果，主播端发两路流，考验主播端的上行网络。

推流小助手

推流小助手是上面的第二种方案，该方案的缺点会使手机发烫，但是为了省钱，这点小小的牺牲算的了什么呢。

什么情况下使用推流小助手？

音频连麦：带货直播系统音频连麦对设备的性能消耗比较小，而且带宽占用也比较低。用该方案能达到省钱，延迟低的最佳效果

视频PK模式：2个人进行直播连麦，对带货直播系统的带宽以及性能消耗相对较小。带货直播系统损耗能在接受范围内，为什么不用呢？

单主播模式：单主播模式客户端无需转码，直接推流。不损耗客户端性能。

多人连麦，连麦人数>2:当连麦人数大于2人的时候，根据自己的实际情况而定，使用推流小助手的时候连麦人数最多不要超过6人，超过6人的连麦方式建议使用服务端旁路推流的形式。

极佳的省钱连麦方式

市面上的连麦方式大多都是以带货直播系统服务端合流的方式，这种方式对RTC提供商来说无非就是一块富得流油的蛋糕，现在市面上的RTC价格已经处于白热化，大家都开始用增值业务增加收入，所以市面上的连麦方式不存在上述方案二的形式。

带货直播系统网络差的时候，关闭本地推流，开启服务端旁路推流

带货直播系统网络好的时候，关闭服务端旁路推流，开启本地推流

推流小助手功能介绍 推流方式

视频直播，音频连麦方式

视频直播，视频连麦方式

音频直播，音频连麦方式

视频直播，音频连麦/视频连麦可相互切换

设置直播推流转码

功能

描述

用户视图布局

自定义视图布局

背景颜色

可自定义背景颜色

水印

可在直播房间内添加水印（包括网站logo或名称和时间）

拓展信息-SEI

直播：推流端将歌词/字幕分发到播放端，播放端实时绘制出歌词

音频采样率/声道/音频编码格式

保证声音还原真实自然

视频分辨率/码率/帧率以及输出的视频编码格式

保证视频流畅度，清晰度

CDN旁路推流

CDN的全称是 ，即内容分发网络。其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定。其目的是使带货直播系统用户可就近取得所需内容，解决 网络拥挤的状况，提高用户访问网站的响应速度。

简单来说：

CDN产品的原理就是利用覆盖各个省份和运营商的节点资源，使得跨运营商和跨区域访问的问题得到优化。在网络稳定的情况下，延迟时间会平稳控制在80ms~100ms，这种时间差，对于我们的肉眼来看，几乎可以理解是同步的。

CDN的主流程为：

1、主播开始直播，向调度服务器发送请求;调度服务器返回推流域名和sn;

2、主播端采集音视频数据，发送给CDN节点，CDN节点进行处理;

3、观众端要观看此主播的视频，向调度服务器发送请求，返回拉流域名;

4、观众端向CDN节点请求音视频数据;

带货直播系统一直对网络的要求十分高，稍有问题，就会出现卡顿、花屏或者掉线。而CDN作为内容分发网络，借助负载均衡系统将内容推送到接近用户的边缘节点，使得用户就近取得资源无疑大大增加了用户的访问速度以及访问的稳定性，这与直播的要求十分契合。

————————————————