音視頻開發：碼率、延時、花屏、卡頓

1. 視頻碼率一般設多大？

對于1080P的視頻而言，藍光視頻的碼率是20Mb/s，一般下載的視頻碼率大都是10Mb/s，一些IPCamera/無人機的碼率是2～8Mb/s，而很多視頻網站的碼率甚至低于5M/s。

同等分辨率的情況下，碼率越大，清晰度越大，但同時對網絡帶寬的占用也越大，具體碼率該設置為多少，需要看應用的具體場景了。

2. 播放中出現“跳躍”和“花屏”現象？

“跳躍”和“花屏”現象絕大多數原因是網絡傳輸過程中由于信號不好導致丟失了“關鍵幀”/“參考幀” 引起的，下面來進一步解釋。

視頻在網上傳播之前是需要壓縮的，而簡單來解釋視頻壓縮的核心思想就是：每隔10~50幀取視頻中的一幀圖像作為“關鍵幀”，而隨后的幾幀圖像由于時間/空間的冗余和相關性，我們只需記錄其與關鍵幀的“差異”信息即可，這樣視頻文件就可以不用把每一幀完整的圖像數據全部保存下來，從而起到了節省空間的效果。

由此可見，如果丟失掉了“關鍵幀”，隨后的幾幀圖像自然就無法正常地解碼了，因此產生了“花屏”現象。

從技術的角度，怎么解決“花屏”現象呢？——當我們在視頻傳輸過程中，通過幀序號發現丟幀后，可以跳過隨后的非“關鍵幀”，直到遇到下一個關鍵幀再送入解碼。這樣的確可以解決“花屏”現象，但是由于跳躍了很多幀，因此會出現視頻圖像的不連續情況（即“跳躍”現象）。

3. 播放過程中出現“卡頓”現象？

由于網絡是很不穩定的，因此，音視頻數據的傳輸也是時快時慢的，在播放網絡視頻流的過程中，一定要根據時間戳來決定何時解碼何時顯示，而不是來一幀就播放一幀，另外，添加一定數量的“幀緩沖區”可以有效地降低由于網絡抖動帶來的“卡頓”現象。

4. 音視頻實時傳輸的延時主要來自哪里 ？

（1） 編碼器/×××一般需要緩沖2～4幀

（2） 編碼/解碼的耗時

（3） 業務代碼中的幀緩沖區

（4） 網絡傳輸延時

（5） 代碼中的數據拷貝

一般情況下，幀率為30f/s的視頻，每緩沖n幀，就會增加1000/30*n毫秒的延時。因此，要想減少延時，則必須通過分析和測試找到上述每一部分的延時，盡量減少數據的拷貝和緩沖。

5. 邊下邊播的原理 ？

邊下邊播與播放本地文件其實差不多，只不過是文件數據不在本地，在播放器播放到指定位置之前，后臺線程把需要的數據提前下載下來而已。

關于Android中使用開發HTTP邊下邊播的功能，可以參考我的這篇文章：《Android HTTP邊下邊播》

6. 小結

關于音視頻開發中的幾個常見問題 就解釋到這兒了，有任何疑問或者建議歡迎留言或者來信lujun.hust@gmail.com交流，或者關注我的新浪微博 @盧_俊 或者關注我的微信公眾號（@Jhuster）獲取最新的文章和資訊。