1 . 音視頻處理的一般流程：

數(shù)據(jù)采集→數(shù)據(jù)編碼→數(shù)據(jù)傳輸(流媒體服務(wù)器) →解碼數(shù)據(jù)→播放顯示

1占锯、數(shù)據(jù)采集：

攝像機及拾音器收集視頻及音頻數(shù)據(jù)福侈，此時得到的為原始數(shù)據(jù)

涉及技術(shù)或協(xié)議：

攝像機：CCD、CMOS

拾音器：聲電轉(zhuǎn)換裝置（咪頭）吁系、音頻放大電路

2、數(shù)據(jù)編碼：

使用相關(guān)硬件或軟件對音視頻原始數(shù)據(jù)進行編碼處理（數(shù)字化）及加工（如音視頻混合、打包封裝等）笛质，得到可用的音視頻數(shù)據(jù)

涉及技術(shù)或協(xié)議：

編碼方式：CBR、VBR

編碼格式

視頻：H.265捞蚂、H.264妇押、MPEG-4等，封裝容器有TS姓迅、MKV敲霍、AVI、MP4等

音頻：G.711μ丁存、AAC肩杈、Opus等，封裝有MP3解寝、OGG扩然、AAC等

3、數(shù)據(jù)傳輸：

將編碼完成后的音視頻數(shù)據(jù)進行傳輸聋伦，早期的音視頻通過同軸電纜之類的線纜進行傳輸夫偶，IP網(wǎng)絡(luò)發(fā)展后，使用IP網(wǎng)絡(luò)優(yōu)傳輸

涉及技術(shù)或協(xié)議：

傳輸協(xié)議：RTP與RTCP觉增、RTSP兵拢、RTMP、HTTP逾礁、HLS（HTTP Live Streaming）等

控制信令：SIP和SDP说铃、SNMP等

4、解碼數(shù)據(jù)：

使用相關(guān)硬件或軟件對接收到的編碼后的音視頻數(shù)據(jù)進行解碼，得到可以直接顯示的圖像/聲音

涉及技術(shù)或協(xié)議：

一般對應(yīng)的編碼器都會帶有相應(yīng)的解碼器截汪，也有一些第三方解碼插件等

5疾牲、播放顯示：

在顯示器（電視、監(jiān)視屏等）或揚聲器（耳機衙解、喇叭等）里阳柔，顯示相應(yīng)的圖像畫面或聲音

涉及技術(shù)或協(xié)議：

顯示器、揚聲器蚓峦、3D眼鏡等

（二） 視頻推流與視頻拉流的工作過程解析：

1.視頻推流端

推流舌剂，就是將采集到的音頻，視頻數(shù)據(jù)通過流媒體協(xié)議發(fā)送到流媒體服務(wù)器暑椰。

一霍转、選擇流媒體協(xié)議

現(xiàn)在直播應(yīng)用，采用RTMP協(xié)議居多一汽，也有部分使用HLS協(xié)議避消。

采用RTMP協(xié)議，就要看下它與流媒體服務(wù)器交互的過程召夹，RTMP協(xié)議的默認端口是1935岩喷，采用TCP協(xié)議。并且需要了解FLV的封裝格式监憎。

采用HLS協(xié)議纱意，因為涉及到切片，延時會比較大鲸阔，需要了解TS流偷霉。

二、采集音視頻數(shù)據(jù)

做直播褐筛，數(shù)據(jù)的來源不可缺少类少，就是采集攝像頭，麥克風(fēng)的數(shù)據(jù)死讹。

iOS平臺上采集音視頻數(shù)據(jù)瞒滴，需要使用AVFoundation.Framework框架，從captureSession會話的回調(diào)中獲取音頻赞警，視頻數(shù)據(jù)妓忍。

三、硬編碼愧旦，軟編碼音視頻數(shù)據(jù)

軟編碼就是利用CPU資源來壓縮音視頻數(shù)據(jù)世剖，硬編碼與之相反。

軟編碼的話笤虫，現(xiàn)在廣泛采用FFmpeg庫結(jié)合編碼庫來實現(xiàn)旁瘫，F(xiàn)Fmpeg+X624來編碼視頻數(shù)據(jù)YUV/RGB輸出H264數(shù)據(jù)祖凫，

FFmpeg+fdk_aac來編碼音頻數(shù)據(jù)PCM輸出AAC數(shù)據(jù)。

四酬凳、根據(jù)所選流媒體協(xié)議封包音視頻數(shù)據(jù)

將音頻惠况，視頻打包成packet。

五宁仔、與服務(wù)器交互發(fā)送封包數(shù)據(jù)

根據(jù)所選流媒體協(xié)議稠屠，發(fā)送相應(yīng)指令連接服務(wù)器，連接服務(wù)器成功后翎苫，就可以發(fā)送packet數(shù)據(jù)了权埠。

Part 2. 拉流端

拉流，就是從流媒體服務(wù)器獲取音頻煎谍，視頻數(shù)據(jù)攘蔽。

一、解析協(xié)議

播放器端根據(jù)URL解析所用的流媒體協(xié)議（RTMP呐粘，HLS）满俗。

二、解封裝

解封裝作岖，就是demux的過程漫雷，從容器格式（FLV，TS）中鳍咱，分離出音視頻數(shù)據(jù)。

三与柑、解碼

解碼谤辜，就是把獲取到的數(shù)據(jù)解壓縮，恢復(fù)成原始數(shù)據(jù)价捧。解碼就是將H264變成YUV丑念，AAC變成PCM。

解碼可以使用軟解碼结蟋，硬解碼脯倚。

軟解碼就是利用CPU資源去解壓縮數(shù)據(jù)，采用的方式是FFmpeg解碼嵌屎。

硬解碼推正，對于iOS平臺來說，可以使用VideoToolbox.Framework（該框架只能在iOS 8.0及以上系統(tǒng)使用）

硬解碼視頻數(shù)據(jù)宝惰。Android平臺上植榕，可以使用MediaCodec來硬解碼視頻數(shù)據(jù)。

四尼夺、渲染數(shù)據(jù)

采用OpenGL渲染YUV數(shù)據(jù)尊残，呈現(xiàn)視頻畫面炒瘸。將PCM送入設(shè)備的硬件資源播放，產(chǎn)生聲音寝衫。

iOS播放流式音頻顷扩，使用Audio Queue 的方式，即慰毅，利用AudioToolbox.Framework 框架隘截。

三： iOS開發(fā)之iOS直播平臺有用的第三方資源共享：

1. ?實時美顏參考網(wǎng)址：http://altitudelabs.com/blog/real-time-filter/

2. 直播測試地址：

HLS：http://live.3gv.ifeng.com/live/hongkong.m3u8?鳳凰衛(wèi)視香港臺

SMTP：rtmp://live.hkstv.hk.lxdns.com/live/hks?香港衛(wèi)視

RSTP：rtsp://rtsp.vdowowza.tvb.com/tvblive/mobileinews200.stream?互動新聞臺1

3. ?HLS streaming工具下載，用于處理m3u8音事富、視頻源的HLS Streaming Tool Download

4.?直播相關(guān)SDK

1.?VideoCore?在新浪云上有文檔說明技俐，可閱讀iOS推流SDK使用文檔

2.?網(wǎng)易云信直播SDK?好像是收費的，價格還不便宜统台，一般公司可能也不會用雕擂，不過可以嘗試看看，了解一下贱勃，有助于學(xué)習(xí)井赌！

3. 暴風(fēng)云直播 ??http://www.baofengcloud.com/apisdk/sdk/live/iossdk.html

4. 融云直播 ? ??http://www.rongcloud.cn/live

5. 騰訊直播SDK ?https://www.qcloud.com/solution/video.html

6，即構(gòu)贵扰，聲網(wǎng)（音頻直播）等

5. 直播相關(guān)開源庫

? ? ? ?1.?BeautifyFaceDemo?基于GPUImage的圖片處理熊昌，做美顏方面可以參考一下

? ? ? ?2. ??lf.swift?開源RTMP Swift版的妇智，可以學(xué)習(xí)一下！好像作者是日本的，或者是在日本工作的犁苏，寫了不少日文！

? ? ? ?3. ?PLPlayerKit?一個不依賴FFmpeg的播放器构捡，支持RTMP

? ? ? ?4. ?HLS-Demo ??https://github.com/yangchao0033/HLS-Demo ?HLS播放demo

? ? ? ?5. SmarterStreaming ?https://github.com/daniulive/SmarterStreaming ?直播SDK（支持私有協(xié)議和RTMP推流脏里，如windows推流/android推流/iOS推流/windows播放器/android播放器/iOS播放器）

四： iOS開發(fā)之 iOS 直播平臺?常見的視頻直播相關(guān)協(xié)議詳解

1、 ? ?RTMP(Real Time Messaging Protocol球切，實時消息傳送協(xié)議)

RTMP是Adobe Systems公司為Flash播放器和服務(wù)器之間音頻谷誓、視頻和數(shù)據(jù)傳輸開發(fā)的開放協(xié)議。它有三種變種：

1）吨凑、工作在TCP之上的明文協(xié)議捍歪，使用端口1935；

2）鸵钝、RTMPT封裝在HTTP請求之中糙臼，可穿越防火墻；

3）蒋伦、RTMPS類似RTMPT弓摘，但使用的是HTTPS連接；

RTMP協(xié)議是被Flash用于對象痕届、視頻韧献、音頻的傳輸末患。這個協(xié)議建立在TCP協(xié)議或者輪詢HTTP協(xié)議之上。RTMP協(xié)議就像一個用來裝數(shù)據(jù)包的容器锤窑，這些數(shù)據(jù)既可以是AMF格式的數(shù)據(jù)璧针，也可以是FLV中的視音頻數(shù)據(jù)。一個單一的連接可以通過不同的通道傳輸多路網(wǎng)絡(luò)流渊啰，這些通道中的包都是按照固定大小的包傳輸?shù)摹?/p>

2探橱、RTSP(Real Time Streaming Protocol，實時流傳輸協(xié)議)

RTSP定義了一對多應(yīng)用程序如何有效地通過IP網(wǎng)絡(luò)傳送多媒體數(shù)據(jù)绘证。RTSP提供了一個可擴展框架隧膏，數(shù)據(jù)源可以包括實時數(shù)據(jù)與已有的存儲的數(shù)據(jù)。該協(xié)議目的在于控制多個數(shù)據(jù)發(fā)送連接嚷那，為選擇發(fā)送通道如UDP胞枕、組播UDP與TCP提供途徑，并為選擇基于RTP上發(fā)送機制提供方法魏宽。

RTSP語法和運作跟HTTP/1.1類似腐泻，但并不特別強調(diào)時間同步，所以比較能容忍網(wǎng)絡(luò)延遲队询。代理服務(wù)器的緩存功能也同樣適用于RTSP派桩，并且因為RTSP具有重新導(dǎo)向功能，可根據(jù)實際負載情況來切換提供服務(wù)的服務(wù)器蚌斩，以避免過大的負載集中于同一服務(wù)器而造成延遲铆惑。

3、RTP(Real-time Transport Protocol送膳，實時傳輸協(xié)議)

RTP是針對多媒體數(shù)據(jù)流的一種傳輸層協(xié)議鸭津，詳細說明了在互聯(lián)網(wǎng)上傳遞音頻和視頻的標準數(shù)據(jù)包格式。RTP協(xié)議常用于流媒體系統(tǒng)（配合RTCP協(xié)議）肠缨，視頻會議和一鍵通系統(tǒng)（配合H.323或SIP），使它成為IP電話產(chǎn)業(yè)的技術(shù)基礎(chǔ)盏阶。

RTP是建立在UDP協(xié)議上的晒奕，常與RTCP一起使用，其本身并沒有提供按時發(fā)送機制或其它服務(wù)質(zhì)量（QoS）保證名斟，它依賴于低層服務(wù)去實現(xiàn)這一過程脑慧。

RTP 并不保證傳送或防止無序傳送，也不確定底層網(wǎng)絡(luò)的可靠性砰盐，只管發(fā)送闷袒，不管傳輸是否丟包，也不管接收方是否有收到包岩梳。RTP 實行有序傳送囊骤，RTP中的序列號允許接收方重組發(fā)送方的包序列晃择，同時序列號也能用于決定適當?shù)陌恢茫缭谝曨l解碼中也物，就不需要順序解碼宫屠。

4、RTCP(Real-time Transport Control Protocol滑蚯，實時傳輸控制協(xié)議）

RTCP是RTP的配套協(xié)議浪蹂，為RTP媒體流提供信道外的控制。RTCP和RTP一起協(xié)作將多媒體數(shù)據(jù)打包和發(fā)送告材，定期在多媒體流會話參與者之間傳輸控制數(shù)據(jù)坤次。

RTCP的主要功能是為RTP所提供的服務(wù)質(zhì)量（QoS）提供反饋，收集相關(guān)媒體連接的統(tǒng)計信息斥赋，例如傳輸字節(jié)數(shù)缰猴，傳輸分組數(shù)，丟失分組數(shù)灿渴，單向和雙向網(wǎng)絡(luò)延遲等等洛波。網(wǎng)絡(luò)應(yīng)用程序可以利用RTCP所提供的信息來提高服務(wù)質(zhì)量，比如限制流量或改用壓縮比小的編解碼器骚露。