直播視訊這麼火，再不學就out了。
為了跟上潮流，本文將向大家介紹一下視訊直播中的基本流程和主要的技術點，包括但不限於前端技術。
1 H5到底能不能做視訊直播？
當然可以， H5火了這麼久，涵蓋了各個方面的技術。
對於視訊錄製，可以使用強大的webRTC（Web Real-Time Communication）是一個支援網頁瀏覽器進行即時語音對話或視訊對話的技術，缺點是只在PC的chrome上支援較好，行動端支持不太理想。
對於視訊播放，可以使用HLS(HTTP Live Streaming)協議播放直播串流，ios和android都天然支援這種協議，配置簡單，直接使用video標籤即可。
webRTC相容性：
video標籤播放hls協定影片：
<video controls autoplay>
<source src="http://10.66.69.77:8080/hls/mystream.m3u8" type="application/vnd.apple.mpegurl" />
<p class="warning">Your browser does not support HTML5 video.</p>
</video>2 到底什麼是HLS協定？
當簡單講就是把整個流分成一個個小的基於HTTP的文件來下載，每次只下載一些，前面提到了用於H5播放直播視頻時引入的一個.m3u8的文件，這個文件就是基於HLS協議，存放視訊串流元資料的檔案。
每一個.m3u8文件，分別對應若干個ts文件，這些ts文件才是真正存放視頻的數據，m3u8文件只是存放了一些ts文件的配置信息和相關路徑，當視頻播放時，.m3u8是動態改變的，video標籤會解析這個文件，並找到對應的ts文件來播放，所以一般為了加快速度，.m3u8放在web伺服器上，ts文件放在cdn上。
.m3u8文件，其實就是以UTF-8編碼的m3u文件，這個文件本身不能播放，只是存放了播放信息的文本文件：
#EXTM3U m3u文件头 #EXT-X-MEDIA-SEQUENCE 第一个TS分片的序列号 #EXT-X-TARGETDURATION 每个分片TS的最大的时长 #EXT-X-ALLOW-CACHE 是否允许cache #EXT-X-ENDLIST m3u8文件结束符 #EXTINF 指定每个媒体段(ts)的持续时间（秒），仅对其后面的URI有效 mystream-12.ts
ts文件：
1 http請求m3u8的url2 服務端返回一個m3u8的播放列表，這個播放列表是實時跟新的，一般一次給出3段數據的url
3 客戶端解析m3u8的播放列表，再按序請求每一段的url，取得ts資料流
3 HLS直播延時
當我們知道hls協議是將直播串流分成一段的小段去下載假設清單裡面的包含5個TS文件，每個TS文件包含5秒的影片內容，那麼整體的延遲就是25秒。因為當你看到這些影片時，主播已經將影片錄製好上傳上去了，所以時這樣產生的延遲。當然可以縮短列表的長度和單一TS檔案的大小來降低延遲，極致來說可以縮減列表長度為1，並且TS的時長為1s，但是這樣會造成請求次數增加，增大伺服器壓力，當網速慢時回造成更多的緩衝，所以蘋果官方推薦的ts時長時10s，所以這樣就會大改有30s的延遲。參考資料：https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/StreamingMediaGuide/FrequentlyAskedQuestions/FrequentlyAskedQuestions.html
4 視訊直播的整個流程是什麼？
當視訊直播可大致分為：1 錄影端：一般是電腦上的音訊輸入裝置或手機端的攝影機或麥克風，目前已行動裝置的手機影片為主。
2 影片播放端：可以是電腦上的播放器，手機端的native播放器，還有就是h5的video標籤等，目前還是已手機端的native播放器為主。
3 視訊伺服器端：一般是一台nginx伺服器，用來接受錄影端提供的視訊來源，同時提供給視訊播放端流服務。
簡單流程：
5 怎麼進行音訊視訊擷取？
當首先明確幾個概念：視訊編碼：所謂視訊編碼就是指透過特定的壓縮技術，將某個視訊格式的檔案轉換成另一種視訊格式檔案的方式，我們使用的iphone錄製的視頻，必須要經過編碼，上傳，解碼，才能真正的在用戶端的播放器裡播放。
编解码标准：视频流传输中最为重要的编解码标准有国际电联的H.261、H.263、H.264，其中HLS协议支持H.264格式的编码。
音频编码：同视频编码类似，将原始的音频流按照一定的标准进行编码，上传，解码，同时在播放器里播放，当然音频也有许多编码标准，例如PCM编码，WMA编码，AAC编码等等，这里我们HLS协议支持的音频编码方式是AAC编码。
下面将利用ios上的摄像头，进行音视频的数据采集，主要分为以下几个步骤：
1 音视频的采集，ios中，利用AVCaptureSession和AVCaptureDevice可以采集到原始的音视频数据流。
2 对视频进行H264编码，对音频进行AAC编码，在ios中分别有已经封装好的编码库来实现对音视频的编码。
3 对编码后的音、视频数据进行组装封包；
4 建立RTMP连接并上推到服务端。
ps：由于编码库大多使用c语言编写，需要自己使用时编译，对于ios，可以使用已经编译好的编码库。
x264编码：https://github.com/kewlbear/x264-ios
faac编码：https://github.com/fflydev/faac-ios-build
ffmpeg编码：https://github.com/kewlbear/FFmpeg-iOS-build-script
关于如果想给视频增加一些特殊效果，例如增加滤镜等，一般在编码前给使用滤镜库，但是这样也会造成一些耗时，导致上传视频数据有一定延时。
简单流程：
6 前面提到的ffmpeg是什么？
和之前的x264一样，ffmpeg其实也是一套编码库，类似的还有Xvid，Xvid是基于MPEG4协议的编解码器，x264是基于H.264协议的编码器，ffmpeg集合了各种音频，视频编解码协议，通过设置参数可以完成基于MPEG4,H.264等协议的编解码，demo这里使用的是x264编码库。
7 什么是RTMP？
Real Time Messaging Protocol（简称 RTMP）是 Macromedia 开发的一套视频直播协议，现在属于 Adobe。和HLS一样都可以应用于视频直播，区别是RTMP基于flash无法在ios的浏览器里播放，但是实时性比HLS要好。所以一般使用这种协议来上传视频流，也就是视频流推送到服务器。
这里列举一下hls和rtmp对比：
8 推流
简所谓推流，就是将我们已经编码好的音视频数据发往视频流服务器中，一般常用的是使用rtmp推流，可以使用第三方库librtmp-iOS进行推流，librtmp封装了一些核心的api供使用者调用，如果觉得麻烦，可以使用现成的ios视频推流sdk，也是基于rtmp的，https://github.com/runner365/LiveVideoCoreSDK
9 推流服务器搭建
简简单的推流服务器搭建，由于我们上传的视频流都是基于rtmp协议的，所以服务器也必须要支持rtmp才行，大概需要以下几个步骤：
1 安装一台nginx服务器。
2 安装nginx的rtmp扩展，目前使用比较多的是https://github.com/arut/nginx-rtmp-module
3 配置nginx的conf文件：
rtmp {
server {
listen 1935; #监听的端口
chunk_size 4000;
application hls { #rtmp推流请求路径
live on;
hls on;
hls_path /usr/local/var/www/hls;
hls_fragment 5s;
}
}
}
4 重启nginx，将rtmp的推流地址写为rtmp://ip:1935/hls/mystream，其中hls_path表示生成的.m3u8和ts文件所存放的地址，hls_fragment表示切片时长，mysteam表示一个实例，即将来要生成的文件名可以先自己随便设置一个。更多配置可以参考：https://github.com/arut/nginx-rtmp-module/wiki/
根据以上步骤基本上已经实现了一个支持rtmp的视频服务器了。
10 在html5页面进行播放直播视频？
简单来说，直接使用video标签即可播放hls协议的直播视频：
be9d33ce9255a2abcf85264ffadb546d 0e175d029673c45a6c66f0400489b030 86228f47f7948f69425113de7d8b82f5Your browser does not support HTML5 video.94b3e26ee717c64999d7867364b1b4a3 a6a9c6d3f311dabb528ad355798dc27d
需要注意的是，给video标签增加webkit-playsinline属性，这个属性是为了让video视频在ios的uiwebview里面可以不全屏播放，默认ios会全屏播放视频，需要给uiwebview设置allowsInlineMediaPlayback＝YES。业界比较成熟的videojs，可以根据不同平台选择不同的策略，例如ios使用video标签，pc使用flash等。
11 坑点总结
简根据以上步骤，笔者写了一个demo，从实现ios视频录制，采集，上传，nginx服务器下发直播流，h5页面播放直播视频者一整套流程，总结出以下几点比较坑的地方：
1 在使用AVCaptureSession进行采集视频时，需要实现AVCaptureVideoDataOutputSampleBufferDelegate协议，同时在- (void)captureOutput:(AVCaptureOutput *)captureOutput didOutputSampleBuffer:(CMSampleBufferRef)sampleBuffer fromConnection:(AVCaptureConnection *)connection捕获到视频流，要注意的是didOutputSampleBuffer这个方法不是didDropSampleBuffer方法，后者只会触发一次，当时开始写的是didDropSampleBuffer方法，差了半天才发现方法调用错了。
2 在使用rtmp推流时，rmtp地址要以rtmp://开头，ip地址要写实际ip地址，不要写成localhost，同时要加上端口号，因为手机端上传时是无法识别localhost的。
这里后续会补充上一些坑点，有的需要贴代码，这里先列这么多。
12 业界支持
目前，腾讯云，百度云，阿里云都已经有了基于视频直播的解决方案，从视频录制到视频播放，推流，都有一系列的sdk可以使用，缺点就是需要收费，如果可以的话，自己实现一套也并不是难事哈。