? ? ? ?一直想把視音頻編解碼技術(shù)做一個(gè)簡(jiǎn)單的總結(jié)喧兄，可是苦于時(shí)間不充裕狼荞，一直沒(méi)能完成由蘑。今天有著很大的空閑闽寡，終于可以總結(jié)一個(gè)有關(guān)視音頻技術(shù)的入門教程，可以方便更多的人學(xué)習(xí)從零開(kāi)始學(xué)習(xí)視音頻技術(shù)尼酿。需要注意的是爷狈，本文所說(shuō)的視音頻技術(shù)，指的是理論層面的視音頻技術(shù)裳擎，并不涉及到編程相關(guān)的東西涎永。
0.???? 生活中的視音頻技術(shù)
? ? ? ?平時(shí)我們打開(kāi)電腦中自己存電影的目錄的話，一般都會(huì)如下圖所示鹿响，一大堆五花八門的電影羡微。（其實(shí)專業(yè)的影視愛(ài)好者一概會(huì)把影視文件分門別類的，但我比較懶惶我，一股腦把電影放在了一起）
? ? ? ? 因?yàn)橄螺d的來(lái)源不同妈倔，這些電影文件有不同的格式，用不同的后綴表示：avi绸贡，rmvb盯蝴，mp4，flv听怕，mkv等等（當(dāng)然也使用不同的圖標(biāo)）捧挺。在這里需要注意的是，這些格式代表的是封裝格式尿瞭。何為封裝格式松忍？就是把視頻數(shù)據(jù)和音頻數(shù)據(jù)打包成一個(gè)文件的規(guī)范。僅僅靠看文件的后綴筷厘，很難能看出具體使用了什么視音頻編碼標(biāo)準(zhǔn)鸣峭『晁總的來(lái)說(shuō)，不同的封裝格式之間差距不大摊溶，各有優(yōu)劣爬骤。
注：有些封裝格式支持的視音頻編碼標(biāo)準(zhǔn)十分廣泛，應(yīng)該算比較優(yōu)秀的封裝格式莫换，比如MKV霞玄；而有些封裝格式支持的視音頻編碼標(biāo)準(zhǔn)很少，應(yīng)該屬于落后的封裝格式拉岁，比如RMVB坷剧。
下面演示一下如何使用視頻播放器查看一個(gè)視頻文件采用的視音頻技術(shù)：
注：在這里使用Media Player Classic作為演示，實(shí)際上暴風(fēng)影音喊暖，KMplayer這些操作都差不太多惫企。
1.打開(kāi)一個(gè)視頻文件
2.在視頻畫面上右鍵單擊，選擇屬性陵叽。
3.在彈出的“屬性”對(duì)話框的“MediaInfo”選項(xiàng)卡中狞尔，就可以查看該視頻文件采用的視音頻技術(shù)了。如下圖所示巩掺，“變形金剛預(yù)告片_h1080p.mov”采用MPEG4的QuickTime封裝格式（MOV）偏序，采用了H.264（AVC）的壓縮編碼標(biāo)準(zhǔn)。
在這里用到了一個(gè)查看媒體信息的工具：MediaInfo胖替。MediaInfo是一個(gè)專門查看視音頻格式的工具研儒，軟件的詳細(xì)使用可參考：
源代碼分析可參考：
MediaInfo源代碼分析 1：整體結(jié)構(gòu)[系列文章]
生活中的視音頻技術(shù)到此為止，下面介紹一下具體的視音頻技術(shù)独令。
1.???? 視頻播放器原理
視音頻技術(shù)主要包含以下幾點(diǎn)：封裝技術(shù)端朵，視頻壓縮編碼技術(shù)以及音頻壓縮編碼技術(shù)。如果考慮到網(wǎng)絡(luò)傳輸?shù)脑捈呛福€包括流媒體協(xié)議技術(shù)逸月。
視頻播放器的源代碼詳細(xì)解析（Media Player Classic - HC栓撞，Mplayer遍膜，F(xiàn)Fplay，XBMC）可以參考系列文章：
Media Player Classic：Media Player Classic - HC源代碼分析
在這里不細(xì)說(shuō)了瓤湘，僅簡(jiǎn)要說(shuō)明一下視頻播放器的原理瓢颅。
視頻播放器播放一個(gè)互聯(lián)網(wǎng)上的視頻文件，需要經(jīng)過(guò)以下幾個(gè)步驟：解協(xié)議弛说，解封裝挽懦，解碼視音頻，視音頻同步木人。如果播放本地文件則不需要解協(xié)議信柿，為以下幾個(gè)步驟：解封裝冀偶，解碼視音頻，視音頻同步渔嚷。他們的過(guò)程如圖所示进鸠。
解協(xié)議的作用，就是將流媒體協(xié)議的數(shù)據(jù)形病，解析為標(biāo)準(zhǔn)的相應(yīng)的封裝格式數(shù)據(jù)客年。視音頻在網(wǎng)絡(luò)上傳播的時(shí)候，常常采用各種流媒體協(xié)議漠吻，例如HTTP量瓜，RTMP，或是MMS等等途乃。這些協(xié)議在傳輸視音頻數(shù)據(jù)的同時(shí)绍傲，也會(huì)傳輸一些信令數(shù)據(jù)。這些信令數(shù)據(jù)包括對(duì)播放的控制（播放欺劳，暫停唧取，停止），或者對(duì)網(wǎng)絡(luò)狀態(tài)的描述等划提。解協(xié)議的過(guò)程中會(huì)去除掉信令數(shù)據(jù)而只保留視音頻數(shù)據(jù)枫弟。例如，采用RTMP協(xié)議傳輸?shù)臄?shù)據(jù)鹏往，經(jīng)過(guò)解協(xié)議操作后淡诗，輸出FLV格式的數(shù)據(jù)。
解封裝的作用伊履，就是將輸入的封裝格式的數(shù)據(jù)韩容，分離成為音頻流壓縮編碼數(shù)據(jù)和視頻流壓縮編碼數(shù)據(jù)。封裝格式種類很多唐瀑，例如MP4群凶，MKV，RMVB哄辣，TS请梢，F(xiàn)LV，AVI等等力穗，它的作用就是將已經(jīng)壓縮編碼的視頻數(shù)據(jù)和音頻數(shù)據(jù)按照一定的格式放到一起毅弧。例如，F(xiàn)LV格式的數(shù)據(jù)当窗，經(jīng)過(guò)解封裝操作后够坐，輸出H.264編碼的視頻碼流和AAC編碼的音頻碼流。
解碼的作用，就是將視頻/音頻壓縮編碼數(shù)據(jù)元咙，解碼成為非壓縮的視頻/音頻原始數(shù)據(jù)梯影。音頻的壓縮編碼標(biāo)準(zhǔn)包含AAC，MP3庶香，AC-3等等痊末，視頻的壓縮編碼標(biāo)準(zhǔn)則包含H.264期犬，MPEG2，VC-1等等。解碼是整個(gè)系統(tǒng)中最重要也是最復(fù)雜的一個(gè)環(huán)節(jié)险污。通過(guò)解碼姻灶，壓縮編碼的視頻數(shù)據(jù)輸出成為非壓縮的顏色數(shù)據(jù)谎仲，例如YUV420P幻梯，RGB等等；壓縮編碼的音頻數(shù)據(jù)輸出成為非壓縮的音頻抽樣數(shù)據(jù)呈驶，例如PCM數(shù)據(jù)拷泽。
視音頻同步的作用，就是根據(jù)解封裝模塊處理過(guò)程中獲取到的參數(shù)信息袖瞻，同步解碼出來(lái)的視頻和音頻數(shù)據(jù)司致，并將視頻音頻數(shù)據(jù)送至系統(tǒng)的顯卡和聲卡播放出來(lái)。
接下來(lái)的幾節(jié)我們將會(huì)列出主要的流媒體協(xié)議聋迎，封裝格式脂矫，以及視音頻編碼標(biāo)準(zhǔn)。更詳細(xì)的比較可以參考：
視頻參數(shù)（流媒體系統(tǒng)霉晕，封裝格式庭再，視頻編碼，音頻編碼牺堰，播放器）對(duì)比
有關(guān)本文中涉及到的協(xié)議數(shù)據(jù)拄轻、封裝格式數(shù)據(jù)、視頻編碼數(shù)據(jù)伟葫、音頻編碼數(shù)據(jù)恨搓、視頻像素?cái)?shù)據(jù)、音頻采樣數(shù)據(jù)的分析可以參考下面系列文章：
視音頻數(shù)據(jù)處理入門：RGB筏养、YUV像素?cái)?shù)據(jù)處理
視音頻數(shù)據(jù)處理入門：PCM音頻采樣數(shù)據(jù)處理
視音頻數(shù)據(jù)處理入門：H.264視頻碼流解析
視音頻數(shù)據(jù)處理入門：UDP-RTP協(xié)議解析
2.???? 流媒體協(xié)議
流媒體協(xié)議是服務(wù)器與客戶端之間通信遵循的規(guī)定斧抱。當(dāng)前網(wǎng)絡(luò)上主要的流媒體協(xié)議如表所示。
主要流媒體協(xié)議一覽
名稱推出機(jī)構(gòu)傳輸層協(xié)議客戶端目前使用領(lǐng)域
RTSP+RTPIETFTCP+UDPVLC, WMPIPTV
RTMPAdobe Inc.TCPFlash互聯(lián)網(wǎng)直播
RTMFPAdobe Inc.UDPFlash互聯(lián)網(wǎng)直播
MMSMicrosoft Inc.TCP/UDPWMP互聯(lián)網(wǎng)直播+點(diǎn)播
HTTPWWW+IETFTCPFlash互聯(lián)網(wǎng)點(diǎn)播
RTSP+RTP經(jīng)常用于IPTV領(lǐng)域撼玄。因?yàn)槠洳捎肬DP傳輸視音頻夺姑，支持組播墩邀，效率較高掌猛。但其缺點(diǎn)是網(wǎng)絡(luò)不好的情況下可能會(huì)丟包，影響視頻觀看質(zhì)量。因而圍繞IPTV的視頻質(zhì)量的研究還是挺多的荔茬。
RTSP規(guī)范可參考：RTSP協(xié)議學(xué)習(xí)筆記
RTSP+RTP系統(tǒng)中衡量服務(wù)質(zhì)量可參考：網(wǎng)絡(luò)視頻傳輸?shù)姆?wù)質(zhì)量（QoS）
上海IPTV碼流分析結(jié)果可參考：IPTV視頻碼流分析
因?yàn)榛ヂ?lián)網(wǎng)網(wǎng)絡(luò)環(huán)境的不穩(wěn)定性废膘，RTSP+RTP較少用于互聯(lián)網(wǎng)視音頻傳輸∧轿担互聯(lián)網(wǎng)視頻服務(wù)通常采用TCP作為其流媒體的傳輸層協(xié)議丐黄，因而像RTMP，MMS孔飒，HTTP這類的協(xié)議廣泛用于互聯(lián)網(wǎng)視音頻服務(wù)之中灌闺。這類協(xié)議不會(huì)發(fā)生丟包，因而保證了視頻的質(zhì)量坏瞄，但是傳輸?shù)男蕰?huì)相對(duì)低一些桂对。
此外RTMFP是一種比較新的流媒體協(xié)議，特點(diǎn)是支持P2P鸠匀。
RTMP我做的研究相對(duì)多一些：比如RTMP規(guī)范簡(jiǎn)單分析蕉斜，或者RTMP流媒體播放過(guò)程
相關(guān)工具的源代碼分析：RTMPdump源代碼分析?1：?main()函數(shù)[系列文章]
RTMP協(xié)議學(xué)習(xí)：RTMP流媒體技術(shù)零基礎(chǔ)學(xué)習(xí)方法
封裝格式的主要作用是把視頻碼流和音頻碼流按照一定的格式存儲(chǔ)在一個(gè)文件中。現(xiàn)如今流行的封裝格式如下表所示：
主要封裝格式一覽
名稱推出機(jī)構(gòu)流媒體支持的視頻編碼支持的音頻編碼目前使用領(lǐng)域
AVIMicrosoft Inc.不支持幾乎所有格式幾乎所有格式BT下載影視
MP4MPEG支持MPEG-2, MPEG-4, H.264, H.263等AAC, MPEG-1 Layers I, II, III, AC-3等互聯(lián)網(wǎng)視頻網(wǎng)站
TSMPEG支持MPEG-1, MPEG-2, MPEG-4, H.264MPEG-1 Layers I, II, III, AAC,IPTV缀棍，數(shù)字電視
FLVAdobe Inc.支持Sorenson, VP6, H.264MP3, ADPCM, Linear PCM, AAC等互聯(lián)網(wǎng)視頻網(wǎng)站
MKVCoreCodec Inc.支持幾乎所有格式幾乎所有格式互聯(lián)網(wǎng)視頻網(wǎng)站
RMVBReal Networks Inc.支持RealVideo 8, 9, 10AAC, Cook Codec, RealAudio LosslessBT下載影視
由表可見(jiàn)宅此，除了AVI之外，其他封裝格式都支持流媒體爬范，即可以“邊下邊播”父腕。有些格式更“萬(wàn)能”一些，支持的視音頻編碼標(biāo)準(zhǔn)多一些青瀑，比如MKV侣诵。而有些格式則支持的相對(duì)比較少，比如說(shuō)RMVB狱窘。
這些封裝格式都有相關(guān)的文檔杜顺，在這里就不一一例舉了。
我自己也做過(guò)輔助學(xué)習(xí)的小項(xiàng)目：
視頻編碼的主要作用是將視頻像素?cái)?shù)據(jù)（RGB蘸炸，YUV等）壓縮成為視頻碼流躬络，從而降低視頻的數(shù)據(jù)量。如果視頻不經(jīng)過(guò)壓縮編碼的話搭儒，體積通常是非常大的穷当，一部電影可能就要上百G的空間。視頻編碼是視音頻技術(shù)中最重要的技術(shù)之一淹禾。視頻碼流的數(shù)據(jù)量占了視音頻總數(shù)據(jù)量的絕大部分馁菜。高效率的視頻編碼在同等的碼率下，可以獲得更高的視頻質(zhì)量铃岔。
視頻編碼的簡(jiǎn)單原理可以參考：視頻壓縮編碼和音頻壓縮編碼的基本原理
注：視頻編碼技術(shù)在整個(gè)視音頻技術(shù)中應(yīng)該是最復(fù)雜的技術(shù)汪疮。如果沒(méi)有基礎(chǔ)的話，可以先買一些書看一下原理，比如說(shuō)《現(xiàn)代電視原理》《數(shù)字電視廣播原理與應(yīng)用》（本科的課本）中的部分章節(jié)智嚷。
主要視頻編碼一覽
名稱推出機(jī)構(gòu)推出時(shí)間目前使用領(lǐng)域
HEVC(H.265)MPEG/ITU-T2013研發(fā)中
H.264MPEG/ITU-T2003各個(gè)領(lǐng)域
MPEG4MPEG2001不溫不火
MPEG2MPEG1994數(shù)字電視
VP9Google2013研發(fā)中
VP8Google2008不普及
VC-1Microsoft Inc.2006微軟平臺(tái)
由表可見(jiàn)卖丸，有兩種視頻編碼方案是最新推出的：VP9和HEVC。目前這兩種方案都處于研發(fā)階段盏道，還沒(méi)有到達(dá)實(shí)用的程度稍浆。當(dāng)前使用最多的視頻編碼方案就是H.264。
H.264僅僅是一個(gè)編碼標(biāo)準(zhǔn)猜嘱，而不是一個(gè)具體的編碼器衅枫，H.264只是給編碼器的實(shí)現(xiàn)提供參照用的。
基于H.264標(biāo)準(zhǔn)的編碼器還是很多的朗伶，究竟孰優(yōu)孰劣为鳄？可參考：MSU出品的?H.264編碼器比較（2011.5）
在學(xué)習(xí)視頻編碼的時(shí)候，可能會(huì)用到各種編碼器（實(shí)際上就是一個(gè)exe文件）腕让，他們常用的編碼命令可以參考：各種視頻編碼器的命令行格式
學(xué)習(xí)H.264最標(biāo)準(zhǔn)的源代碼孤钦，就是其官方標(biāo)準(zhǔn)JM了。但是要注意纯丸，JM速度非常的慢偏形，是無(wú)法用于實(shí)際的：H.264參考軟件JM12.2RC代碼詳細(xì)流程
實(shí)際中使用最多的就是x264了，性能強(qiáng)悍（超過(guò)了很多商業(yè)編碼器）觉鼻，而且開(kāi)源俊扭。其基本教程網(wǎng)上極多，不再贅述坠陈。編碼時(shí)候可參考：x264編碼指南——碼率控制萨惑。編碼后統(tǒng)計(jì)值的含義：X264輸出的統(tǒng)計(jì)值的含義（X264 Stats Output）
Google推出的VP8屬于和H.264同一時(shí)代的標(biāo)準(zhǔn)〕鸱總體而言庸蔼，VP8比H.264要稍微差一點(diǎn)。有一篇寫的很好的VP8的介紹文章：深入了解?VP8贮匕。除了在技術(shù)領(lǐng)域姐仅，VP8和H.264在專利等方面也是打的不可開(kāi)交，可參考文章：WebM(VP8) vs H.264
此外刻盐，我國(guó)還推出了自己的國(guó)產(chǎn)標(biāo)準(zhǔn)AVS掏膏，性能也不錯(cuò)，但目前比H.264還是要稍微遜色一點(diǎn)敦锌。不過(guò)感覺(jué)我國(guó)在視頻編解碼領(lǐng)域還算比較先進(jìn)的馒疹，可參考：視頻編碼國(guó)家標(biāo)準(zhǔn)AVS與H.264的比較（節(jié)選）
近期又推出了AVS新一代的版本AVS+，具體的性能測(cè)試還沒(méi)看過(guò)乙墙。不過(guò)據(jù)說(shuō)AVS+得到了國(guó)家政策上非常強(qiáng)力的支持颖变。
下一代的編解碼標(biāo)準(zhǔn)就要數(shù)HEVC和VP9了生均。VP9是Google繼VP8之后推出的新一代標(biāo)準(zhǔn)。VP9和HEVC相比悼做，要稍微遜色一些。它們的對(duì)比可參考：（1）HEVC與VP9編碼效率對(duì)比?（2）HEVC哗魂，VP9肛走，x264性能對(duì)比
HEVC在未來(lái)?yè)碛泻芏啻蟮膬?yōu)勢(shì)，可參考：HEVC將會(huì)取代H.264的原因
學(xué)習(xí)HEVC最標(biāo)準(zhǔn)的源代碼录别，就是其官方標(biāo)準(zhǔn)HM了朽色。其速度比H.264的官方標(biāo)準(zhǔn)代碼又慢了一大截，使用可參考：HEVC學(xué)習(xí)——?HM的使用
未來(lái)實(shí)際使用的HEVC開(kāi)源編碼器很有可能是x265组题，目前該項(xiàng)目還處于發(fā)展階段葫男，可參考：x265(HEVC編碼器，基于x264)介紹崔列。x265的使用可以參考：HEVC（H.265）標(biāo)準(zhǔn)的編碼器（x265梢褐，DivX265）試用
主流以及下一代編碼標(biāo)準(zhǔn)之間的比較可以參考文章：視頻編碼方案之間的比較（HEVC，H.264赵讯，MPEG2等）
此外盈咳，在碼率一定的情況下，幾種編碼標(biāo)準(zhǔn)的比較可參考：限制碼率的視頻編碼標(biāo)準(zhǔn)比較（包括MPEG-2边翼，H.263鱼响，?MPEG-4，以及?H.264）
結(jié)果大致是這樣的：
HEVC > VP9 > H.264> VP8 > MPEG4 > H.263 > MPEG2组底。
截了一些圖丈积，可以比較直觀的了解各種編碼標(biāo)準(zhǔn)：
HEVC碼流簡(jiǎn)析：HEVC碼流簡(jiǎn)單分析
H.264碼流簡(jiǎn)析：H.264簡(jiǎn)單碼流分析
MPEG2碼流簡(jiǎn)析：MPEG2簡(jiǎn)單碼流分析
以上簡(jiǎn)析使用的工具：視頻碼流分析工具
我自己做的小工具：?H.264碼流分析器
音頻編碼的主要作用是將音頻采樣數(shù)據(jù)（PCM等）壓縮成為音頻碼流，從而降低音頻的數(shù)據(jù)量债鸡。音頻編碼也是互聯(lián)網(wǎng)視音頻技術(shù)中一個(gè)重要的技術(shù)江滨。但是一般情況下音頻的數(shù)據(jù)量要遠(yuǎn)小于視頻的數(shù)據(jù)量，因而即使使用稍微落后的音頻編碼標(biāo)準(zhǔn)厌均，而導(dǎo)致音頻數(shù)據(jù)量有所增加牙寞，也不會(huì)對(duì)視音頻的總數(shù)據(jù)量產(chǎn)生太大的影響。高效率的音頻編碼在同等的碼率下莫秆，可以獲得更高的音質(zhì)间雀。
音頻編碼的簡(jiǎn)單原理可以參考：視頻壓縮編碼和音頻壓縮編碼的基本原理
主要音頻編碼一覽
名稱推出機(jī)構(gòu)推出時(shí)間目前使用領(lǐng)域
AACMPEG1997各個(gè)領(lǐng)域（新）
AC-3Dolby Inc.1992電影
MP3MPEG1993各個(gè)領(lǐng)域（舊）
WMAMicrosoft Inc.1999微軟平臺(tái)
由表可見(jiàn)，近年來(lái)并未推出全新的音頻編碼方案镊屎，可見(jiàn)音頻編碼技術(shù)已經(jīng)基本可以滿足人們的需要惹挟。音頻編碼技術(shù)近期絕大部分的改動(dòng)都是在MP3的繼任者——AAC的基礎(chǔ)上完成的。
這些編碼標(biāo)準(zhǔn)之間的比較可以參考文章：音頻編碼方案之間音質(zhì)比較（AAC缝驳，MP3连锯，WMA等）
結(jié)果大致是這樣的：
AAC+ > MP3PRO > AAC> RealAudio > WMA > MP3
AAC格式的介紹：AAC格式簡(jiǎn)介
AAC幾種不同版本之間的對(duì)比：AAC規(guī)格（LC归苍，HE，HEv2）及性能對(duì)比
AAC專利方面的介紹：AAC專利介紹
此外杜比數(shù)字的編碼標(biāo)準(zhǔn)也比較流行运怖，但是貌似比最新的AAC稍為遜色：AC-3技術(shù)綜述
我自己做的小工具：AAC格式分析器
6. ? ? 現(xiàn)有網(wǎng)絡(luò)視音頻平臺(tái)對(duì)比
現(xiàn)有的網(wǎng)絡(luò)視音頻服務(wù)主要包括兩種方式：點(diǎn)播和直播拼弃。點(diǎn)播意即根據(jù)用戶的需要播放相應(yīng)的視頻節(jié)目，這是互聯(lián)網(wǎng)視音頻服務(wù)最主要的方式摇展。絕大部分視頻網(wǎng)站都提供了點(diǎn)播服務(wù)吻氧。直播意即互聯(lián)網(wǎng)視音頻平臺(tái)直接將視頻內(nèi)容實(shí)時(shí)發(fā)送給用戶，目前還處于發(fā)展階段咏连。直播在網(wǎng)絡(luò)電視臺(tái)盯孙，社交視頻網(wǎng)站較為常見(jiàn)。
主流互聯(lián)網(wǎng)視音頻平臺(tái)直播服務(wù)的參數(shù)對(duì)比如表所示：
現(xiàn)有網(wǎng)絡(luò)視音頻平臺(tái)參數(shù)對(duì)比
名稱協(xié)議封裝視頻編碼音頻編碼播放器
CNTV私有
華數(shù)TVRTMPFLVH.264AACFlash
六間房RTMPFLVH.264AACFlash
中國(guó)教育電視臺(tái)RTMPFLVH.264AACFlash
北廣傳媒移動(dòng)電視RTMPFLVH.264AACFlash
上海IPTVRTSP+RTPTSH.264MP2機(jī)頂盒
可以看出祟滴，直播服務(wù)普遍采用了RTMP作為流媒體協(xié)議振惰，F(xiàn)LV作為封裝格式，H.264作為視頻編碼格式垄懂，AAC作為音頻編碼格式骑晶。采用RTMP作為直播協(xié)議的好處在于其被Flash播放器支持。而Flash播放器如今已經(jīng)安裝在全球99%的電腦上草慧，并且與瀏覽器結(jié)合的很好透罢。因此這種流媒體直播平臺(tái)可以實(shí)現(xiàn)“無(wú)插件直播”，極大的簡(jiǎn)化了客戶端的操作冠蒋。封裝格式羽圃，視頻編碼，音頻編碼方面抖剿，無(wú)一例外的使用了FLV + H.264 + AAC的組合朽寞。FLV是RTMP使用的封裝格式，H.264是當(dāng)今實(shí)際應(yīng)用中編碼效率最高的視頻編碼標(biāo)準(zhǔn)斩郎，AAC則是當(dāng)今實(shí)際應(yīng)用中編碼效率最高的音頻編碼標(biāo)準(zhǔn)脑融。視頻播放器方面，都使用了Flash播放器缩宜。
6.2 點(diǎn)播平臺(tái)參數(shù)對(duì)比
主流網(wǎng)絡(luò)視音頻平臺(tái)點(diǎn)播服務(wù)的參數(shù)對(duì)比如表所示：
現(xiàn)有互聯(lián)網(wǎng)視音頻平臺(tái)參數(shù)對(duì)比
名稱協(xié)議封裝視頻編碼音頻編碼播放器
CNTVHTTPMP4H.264AACFlash
CNTV（部分）RTMPFLVH.264AACFlash
華數(shù)TVHTTPMP4H.264AACFlash
優(yōu)酷網(wǎng)HTTPFLVH.264AACFlash
土豆網(wǎng)HTTPF4VH.264AACFlash
56網(wǎng)HTTPFLVH.264AACFlash
音悅臺(tái)HTTPMP4H.264AACFlash
樂(lè)視網(wǎng)HTTPFLVH.264AACFlash
新浪視頻HTTPFLVH.264AACFlash
可以看出肘迎，點(diǎn)播服務(wù)普遍采用了HTTP作為流媒體協(xié)議，H.264作為視頻編碼格式锻煌，AAC作為音頻編碼格式妓布。采用HTTP作為點(diǎn)播協(xié)議有以下兩點(diǎn)優(yōu)勢(shì)：一方面，HTTP是基于TCP協(xié)議的應(yīng)用層協(xié)議宋梧，媒體傳輸過(guò)程中不會(huì)出現(xiàn)丟包等現(xiàn)象匣沼，從而保證了視頻的質(zhì)量；另一方面捂龄，HTTP被絕大部分的Web服務(wù)器支持释涛，因而流媒體服務(wù)機(jī)構(gòu)不必投資購(gòu)買額外的流媒體服務(wù)器加叁，從而節(jié)約了開(kāi)支。點(diǎn)播服務(wù)采用的封裝格式有多種：MP4唇撬，F(xiàn)LV它匕，F(xiàn)4V等，它們之間的區(qū)別不是很大窖认。視頻編碼標(biāo)準(zhǔn)和音頻編碼標(biāo)準(zhǔn)是H.264和AAC豫柬。這兩種標(biāo)準(zhǔn)分別是當(dāng)今實(shí)際應(yīng)用中編碼效率最高的視頻標(biāo)準(zhǔn)和音頻標(biāo)準(zhǔn)。視頻播放器方面耀态，無(wú)一例外的都使用了Flash播放器轮傍。
在此感謝雷神的辛勤付出暂雹，從今天開(kāi)始跟著雷神的步伐開(kāi)始進(jìn)入到視頻和音頻處理的大門首装。愿天堂沒(méi)有程序員，一路走好杭跪。
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 原創(chuàng)永遠(yuǎn)屬于我們的雷神
