楔子
筆者iOS開發(fā)工程師，現(xiàn)在很多應(yīng)用場景下都會用到視頻播放技術(shù)，當然iOS APP也不例外，這是寫這篇文章的背景。
最近我一個同樣做iOS工程師的同學(xué)說他最近面試了一個人，簡歷里寫著做過視頻播放，就問他基本的視頻播放原理是什么，結(jié)果此人一臉懵逼狀什么也沒答上來，只是說會用iOS SDK下調(diào)用視頻播放的幾個API。我同學(xué)跟我說他就是想問問此人計算機基礎(chǔ)怎么樣，其實只要應(yīng)聘者能說出“解碼”兩個字都會讓他滿意的，可惜他卻什么也沒說出來。這又讓筆者想起幾年前臨近大學(xué)畢業(yè)時同寢室友校招面試時也遇到了同樣的問題，他也做過視頻播放，人家就問他其中有兩個問題，一是如果現(xiàn)在有一種非常奇怪的格式的視頻讓你播放你該怎么辦，他也是懵逼了。二是如果現(xiàn)在有一個1G的超大視頻讓你播放，你又該怎么辦，他直接就傻了，面試自然折戟沉沙了。
正題
事實上僅就iOS APP來講，要想做出視頻播放的功能來，的確是調(diào)用AVFoundation框架下幾個常用的API就可以了，iOS 9 之前常用的是MPMoviePlayerController ,ios 9 之后推薦使用流播放技術(shù)的AVPlayer，可是就像常說的API普通的程序員都會調(diào)，可是真正有專業(yè)基礎(chǔ)和想進階就要知其然還要知其所以然，有專業(yè)基礎(chǔ)的和半路出家的程序員的最大區(qū)別也正在于此，這也就成了本片文章寫作的契機，下面這些內(nèi)容也是筆者整合了一些自己的一些積累，主要來源于我們有合作關(guān)系的一家叫保利威視的視頻解決方案提供商，希望對大家有幫助，水平有限，有不足之處還請大家不吝賜教。
視音頻技術(shù)主要包含以下幾點：** 封裝技術(shù)，視頻壓縮編碼技術(shù)以及音頻壓縮編碼技術(shù)。如果考慮到網(wǎng)絡(luò)傳輸?shù)脑?，還包括流媒體協(xié)議技術(shù)。**
視頻播放器播放網(wǎng)上的視頻文件，需要經(jīng)過以下幾個步驟：** 解協(xié)議，解封裝，解碼視音頻，視音頻同步**。如果播放本地文件則不需要解協(xié)議，為以下幾個步驟：解封裝，解碼視音頻，視音頻同步。過程如圖所示。
-
解協(xié)議
解協(xié)議的作用，就是將流媒體協(xié)議的數(shù)據(jù)，解析為標準的相應(yīng)的封裝格式數(shù)據(jù)。視音頻在網(wǎng)絡(luò)上傳播的時候，常常采用各種流媒體協(xié)議，例如HTTP，RTMP，或是MMS等等。這些協(xié)議在傳輸視音頻數(shù)據(jù)的同時，也會傳輸一些信令數(shù)據(jù)。這些信令數(shù)據(jù)包括對播放的控制（播放，暫停，停止），或者對網(wǎng)絡(luò)狀態(tài)的描述等。解協(xié)議的過程中會去除掉信令數(shù)據(jù)而只保留視音頻數(shù)據(jù)。例如，采用RTMP協(xié)議傳輸?shù)臄?shù)據(jù)，經(jīng)過解協(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)過解封裝操作后，輸出H.264編碼的視頻碼流和AAC編碼的音頻碼流。
-
解碼
解碼的作用，就是將視頻/音頻壓縮編碼數(shù)據(jù)，解碼成為非壓縮的視頻/音頻原始數(shù)據(jù)。音頻的壓縮編碼標準包含AAC，MP3，AC-3等等，視頻的壓縮編碼標準則包含H.264，MPEG2，VC-1等等。解碼是整個系統(tǒng)中最重要也是最復(fù)雜的一個環(huán)節(jié)。通過解碼，壓縮編碼的視頻數(shù)據(jù)輸出成為非壓縮的顏色數(shù)據(jù)，例如YUV420P，RGB等等；壓縮編碼的音頻 數(shù)據(jù)輸出成為非壓縮的音頻抽樣數(shù)據(jù)，例如PCM數(shù)據(jù)。
-
視音頻同步
視音頻同步的作用，就是根據(jù)解封裝模塊處理過程中獲取到的參數(shù)信息，同步解碼出來的視頻和音頻數(shù)據(jù)，并將視頻音頻數(shù)據(jù)送至系統(tǒng)的顯卡和聲卡播放出來。
