基于公有云平台实现直播、点播及小视频功能（二）

接上一篇：
呵呵，上一节不知道怎么的就开始扯起了电视的发展，不过确实是勾起了我童年的回忆，这节咱们正式进入正题，先说说直播。
直播这个词看到之后，让咱们想到的是什么？其实感受也没什么，由于已经很普及，是否更多的是想到了直播带来的利益链？
“某公司财务职员私自挪用公司资产打赏某主播金额高达数百万！！！”是啊，好像更多的是这样的字眼，那这个平台是如何实现的呢？为何能有这么大的能量？
直播包括流采集，流处理，编码，推流，拉流，解码，播放，这些步骤。

这个图片基本归纳了直播的全过程

1、流采集
流采集包括图像流和音频流

音频采集
音频数据既能与图像结合组合成视频数据，也能以纯音频的方式采集播放，后者在不少成熟的应用场景如在线电台和语音电台等起着很是重要的做用。音频的采集过程主要经过设备将环境中的模拟信号采集成 PCM 编码的原始数据，而后编码压缩成 MP3 等格式的数据分发出去。常见的音频压缩格式有：MP3，AAC，HE-AAC，Opus，FLAC，Vorbis (Ogg)，Speex 和 AMR等。
音频采集和编码主要面临的挑战在于：延时敏感、卡顿敏感、噪声消除（Denoise）、回声消除（AEC）、静音检测（VAD）和各类混音算法等。

图像采集
将图像采集的图片结果组合成一组连续播放的动画，即构成视频中可肉眼观看的内容。图像的采集过程主要由摄像头等设备拍摄成 YUV 编码的原始数据，而后通过编码压缩成 H.264 等格式的数据分发出去。常见的视频封装格式有：MP四、3GP、AVI、MKV、WMV、MPG、VOB、FLV、SWF、MOV、RMVB 和 WebM 等。
图像因为其直观感觉最强而且体积也比较大，构成了一个视频内容的主要部分。图像采集和编码面临的主要挑战在于：设备兼容性差、延时敏感、卡顿敏感以及各类对图像的处理操做如美颜和水印等。

视频采集的采集源主要有 摄像头采集、屏幕录制和从视频文件推流。

2、流处理
对采集的视频音频作一些处理
流采集的过程当中会采集到最原始的视频和音频文件，须要进行一些处理，例如说增长logo水印，增长时间戳，进行图像美颜等操做。

3、编码
一个原始的视频数据采集到后容量很是的大，好比说一个时长10S的1080P的视频大小在1G左右，若是未通过编码压缩的话传输会很是有压力，而且也没法知足实时性的要求，而进过H..264编码后会将视频压缩到900K左右，10M的带宽传输只须要700ms左右，能够知足实时性的要求，因此从视频采集传感器采集来的原始视频势必要通过视频编码。
基本原理
为何巨大的原始视频能够编码成很小的视频呢?这其中的技术是什么呢?核心思想就是去除冗余信息：
1）空间冗余：图像相邻像素之间有较强的相关性
2）时间冗余：视频序列的相邻图像之间内容类似
3）编码冗余：不一样像素值出现的几率不一样
4）视觉冗余：人的视觉系统对某些细节不敏感
5）知识冗余：规律性的结构可由先验知识和背景知识获得

编码器的选择
视频编码器经历了数十年的发展，已经从开始的只支持帧内编码演进到现现在的 H.265 和 VP9 为表明的新一代编码器，下面是一些常见的视频编码器：
1）H.264/AVC
2）HEVC/H.265
3）VP8
4）VP9
5）FFmpeg
注：音频编码器有Mp3, AAC等。

编码完成后须要将编码后的文件以一种标准进行封装生成某种格式的媒体文件，下面是几种常见的封装格式：
1）AVI 格式(后缀为 .avi)
2）DV-AVI 格式(后缀为 .avi)
3）QuickTime File Format 格式(后缀为 .mov)
4）MPEG 格式(文件后缀能够是 .mpg .mpeg .mpe .dat .vob .asf .3gp .mp4等)
5）WMV 格式(后缀为.wmv .asf)
6）Real Video 格式(后缀为 .rm .rmvb)
7）Flash Video 格式(后缀为 .flv)
8）Matroska 格式(后缀为 .mkv)
9）MPEG2-TS 格式 (后缀为 .ts)
目前，咱们在流媒体传输，尤为是直播中主要采用的就是 FLV 和 MPEG2-TS 格式，分别用于 RTMP/HTTP-FLV 和 HLS 协议。

4、推流
采集好的音视频文件须要被推流至一台或一个能够提供媒体服务的集群服务器上进行流分发，说的传输就必需要涉及到传输的协议：

推送协议主要有三种：

RTSP（Real Time Streaming Protocol）：实时流传送协议，是用来控制声音或影像的多媒体串流协议, 由Real Networks和Netscape共同提出的；
RTMP(Real Time Messaging Protocol)：实时消息传送协议，是Adobe公司为Flash播放器和服务器之间音频、视频和数据传输 开发的开放协议；
HLS(HTTP Live Streaming)：是苹果公司(Apple Inc.)实现的基于HTTP的流媒体传输协议；

RTMP协议基于 TCP，是一种设计用来进行实时数据通讯的网络协议，主要用来在 flash/AIR 平台和支持 RTMP 协议的流媒体/交互服务器之间进行音视频和数据通讯。支持该协议的软件包括 Adobe Media Server/Ultrant Media Server/red5 等。
它有三种变种：
RTMP工做在TCP之上的明文协议，使用端口1935；
RTMPT封装在HTTP请求之中，可穿越防火墙；
RTMPS相似RTMPT，但使用的是HTTPS链接；

RTMP 是目前主流的流媒体传输协议，普遍用于直播领域，能够说市面上绝大多数的直播产品都采用了这个协议。
RTMP协议就像一个用来装数据包的容器，这些数据能够是AMF格式的数据,也能够是FLV中的视/音频数据。一个单一的链接能够经过不一样的通道传输多路网络流。这些通道中的包都是按照固定大小的包传输的。

5、拉流
将音视频推流至流媒体服务器后，就完成了直播的第一步，接下来就有一个发布的中心，全部人能够来这个发布的地址拉去视频流，实际提供服务的产品有不少，
比较有名的有：
流媒体解决方案 Live555 （C++）
流媒体平台框架 EasyDarwin （C++，国产精品）
实时流媒体播放服务器程序DarwinStreamingSrvr （C++)
Flash流媒体服务器 Red5 （Java）
流媒体服务器 Open Streaming Server （Java）
FMS流媒体服务器 （Adobe，收费的）
Wowza流媒体服务器（Java）
开源流媒体平台FreeCast（Java）
Nginx+RTMP插件
其中Wowza也是收费的，若是你要用于商业用途的话须要购买官方的正版liences
，你能够先经过官方申请一个测试为期1个月的liences

6、CDN分发加速
这部分算是直播，点播技术可以普遍的传播的重要因素

7、解码播放
使用播放器能够将拉取到的数据流进行解码并播放
PC端：VLC比较普遍使用而且很好用的播放器
移动端：ijkplayer播放器

固然我说的每个点都比较粗略，大概介绍一下实现原理，别的很少BB，直接开始使用公有云平台提供的服务，腾讯云LVB和阿里云（ApsaraVideo Live）
实践出真知，先从腾讯云开始：
首先，咱们须要有一个实名认证后的企业或我的帐户，而后须要点击申请开通直播服务（默认是没有开通的）

等待审核，官方告知的时间是3-5个工做日，固然这个是能够经过提交工单等方式来催促加速开通的。
服务开通后咱们就能够开始进入直播控制台

详细的内容就不作介绍了，只要实际操做都很直观，直接切入正题，主要可以提供直播服务的核心在“接入管理”，接入管理下拉后会有两种接入方式：
一、直播码接入；
二、频道托管；

就像截图中提示的同样，直播码接入属于推荐哦，那就是官方想让你用的版本，说白了这个直播码的模式对于用户来讲定制化更高，能够更加灵活的供用户使用接入到本身的直播平台中，可是实际上仍是推荐先使用频道托管的模式，为啥？更直观呗！！！
进入托管频道开始

直播赠送5个免费推流频道， 正在推流并发频道数超过5个时(不包括未推流频道)，按照每个月并发实际推流频道峰值数减去5个免费频道收费。 超出部分收取60元/视频/月的费用
点击建立频道

标有星号的项目都要填写，基本也没有什么大的注意的地方，须要留意的是若是你的直播提供多码率的播放的话，你须要将编码部分的转标清和转高清勾选，这样才能提供多码率的播放地址，不然有只有原始码率的资源可供播放
还有水印部分，腾讯云提供全局设置，全局设置中能够自定义你的水印logo

OK，就这样建好一个频道，咱们进入频道查看一下

设置开通完频道后咱们会发现腾讯默认是采用RTMP协议来推流的，别问我为何知道，看看生成的直播源设置一栏，有什么有价值的部分吗？固然，这里面有价值的部分就是直播源设置这一栏，直播源设置中有地址

这个地址的构造有必定的规律，实际产品中，您不可能为每个主播手工建立推流和播放 URL，而是要由您的服务器自行拼装，只要符合腾讯云标准规范的 URL 就能够用来推流，以下是一条标准的推流 URL，它由三个部分组成：

防盗链签名怎么生成的呢？实际这个部分不是很关键，可是仍是说一下，防盗链签名这部分是由直播频道ID加过时时间戳MD5获得的，过时时间戳是采用UNIX时间的形式，好比说：
频道ID：10905947996256980784
过时时间戳：1531728131
防盗签名：MD5（109059479962569807841531728131）=70d4526324ee4c97bd8e1c1238ad4338，生成32位小写签名
其余的其实没有什么了，能够直接推流测试下，那推流怎么推呢？最简单的方式直接使用开源的推流工具OBS，OBS是什么？百度一下你就知道，具体推流工具的设置也很少作说明，须要说明的是获得这个频道的地址后如何将推流端的数据流推到腾讯云？
点击OBS的设置

弹出对应的设置窗口，感兴趣的话能够都点开看下会有什么具体设置，咱们要作的只是点击“流”，设置具体的推流地址

那用上面的那个地址为例rtmp://11179.livepush.myqcloud.com/live/11179_db358fa730db11e892905cb9018cf0d4?bizid=11179
流类型选择自定义流媒体服务器，URL填live前面的部分
rtmp://11179.livepush.myqcloud.com/live/
流名称填余下部分
11179_db358fa730db11e892905cb9018cf0d4?bizid=11179
流名称默认须要隐藏，也能够显示。
而后点击保存，这样推流的地址已经配置好了。
接下来咱们要作的就是为直播找一个直播的源头，在来源一栏中点击“+”号弹出如下菜单

直播的来源不少，咱们不所有说明了，这里就说最经常使用的两个，一个是媒体源，一个是视频捕获设备，媒体源顾名思义就是添加一个本地的资源传上去让他播放呗，视频捕获设备就是调用你的摄像头拍你呗。
话说源头也有了，如何播放呢？早就都准备好了

点击分享URL，而后直接把URL甩在浏览器上就ＯＫ了！！！

固然这样看起来有些突兀，由于只是一个直播窗口，可是实际状况窗口是在开发过程当中嵌套在网页中的，相似这样：

这样就实现了直播的功能，实际状况下，能够把腾讯这边提供的这个服务当作是一个黑盒，开发的过程当中只须要将其嵌套进去就能够了，一样也支持着移动端的开发，以及视频加密这些小功能。
既然频道托管模式已经说了这么多，那直播码接入方式就不须要多说了，照着这个来就能够了，没有太大的区别。
附一个腾讯的计费说明
https://cloud.tencent.com/document/product/267/2818