移動直播播放器端需要做哪些工作？

　　移動直播播放器端需要做哪些工作？在播放器端如何做到秒開，直播過程中保證畫面和聲音清晰度的同時，穩(wěn)定、流程、無卡頓的直播流量，這些工作都需要播放器端配合服務(wù)端來做優(yōu)化，做到精確調(diào)度。

　　1、拉流

　　拉 流實際是推流的逆過程。首先通過播放端獲取碼流，標準的拉流格式有RTMP、HLS、FLV等。RTMP是Adobe的專利協(xié)議，開源軟件和開源庫都支持 的比較好，如開源的librtmp庫，播放端只要支持flashPlayer的就能非常簡單的播放RTMP直播，直播延遲一般在1–3秒。

　　HLS 是蘋果提出的基于HTTP的流媒體傳輸協(xié)議，HTML5可以直接打開播放，通過微信、QQ等軟件分享出去，用戶也可以直接觀看直播，可以說移動直播 app，HLS拉流協(xié)議是必須支持的，缺點是延遲通常大于10秒。FLV（HTTP-FLV）協(xié)議是使用HTTP協(xié)議傳輸流媒體內(nèi)容的一個協(xié)議，也不用擔 心被Adobe的專利綁架，直播延遲同樣可以做到1–3秒。

　　各拉流協(xié)議的差異：

　　如何快速搭建一個完整的移動直播系統(tǒng)？

　　我們使用的云服務(wù)的直播拉流技術(shù)提供了以上三種格式，滿足不同業(yè)務(wù)場景的需求，如對即時性要求較高或有互動需求的可以采用RTMP或FLV格式進行直播拉流播放；對于有回放或跨平臺需求的，推薦使用HLS。當然，三種協(xié)議是可以同時使用的，分別用到自己的場景就可以了。

　　2、解碼和渲染

　　拉 流獲取封裝的視頻數(shù)據(jù)后，必須通過解碼器解碼、渲染后才能在播放器上播放。它是編碼的逆過程，是指從音視頻的數(shù)據(jù)中提取原始數(shù)據(jù)。前面介紹的H.264和 H.265編碼格式都是有損壓縮，所以在提取后的原始數(shù)據(jù)，并非原始采樣數(shù)據(jù)，存在一定的信息丟失。因此，在視頻體積最小的情況下通過各種編碼參數(shù)保留最 好的原始畫面，成為了各視頻公司的核心機密。

　　考慮對高清的支持，解碼肯定還是要選擇硬解碼的。前面介紹過，iOS系統(tǒng)由于硬件比較單一、比較封閉，支持的比較好，Android系統(tǒng)由于平臺差異非常大，編解碼要完全兼容各平臺還需要很多工作要做。

    更多類似資訊，可以訪問2898站長資源平臺移動營銷欄目：http://www.afrimangol.com/web/ydyx/ 謝謝！