視頻轉(zhuǎn)播系統(tǒng)方案？

視頻直播平臺架構(gòu)

1.推流和上傳

2.視頻基礎(chǔ)服務(wù)

3.應(yīng)用基礎(chǔ)服務(wù)

4.客戶端播放

直播方案整體設(shè)計

直播平臺的流程可以分為如下幾步： 采集 —>編碼和封裝—>推流—>處理—>分發(fā)—>播放

采集

采集是整個視頻推流過程中的第一個環(huán)節(jié)，它從系統(tǒng)的采集設(shè)備中獲取原始視頻數(shù)據(jù)，將其輸出到下一個環(huán)節(jié)。視頻的采集涉及兩方面數(shù)據(jù)的采集：音頻采集和圖像采集，它們分別對應(yīng)兩種完全不同的輸入源和數(shù)據(jù)格式。

音頻采集 音頻數(shù)據(jù)既能與圖像結(jié)合組合成視頻數(shù)據(jù)，也能以純音頻的方式采集播放，后者在很多成熟的應(yīng)用場景如在線電臺和語音電臺等起著非常重要的作用。音頻的采集過程主要通過設(shè)備將環(huán)境中的模擬信號采集成 PCM 編碼的原始數(shù)據(jù)，然后編碼壓縮成 MP3 等格式的數(shù)據(jù)分發(fā)出去。圖像采集 將圖像采集的圖片結(jié)果組合成一組連續(xù)播放的動畫，即構(gòu)成視頻中可肉眼觀看的內(nèi)容。圖像的采集過程主要由攝像頭等設(shè)備拍攝成 YUV 編碼的原始數(shù)據(jù)，然后經(jīng)過編碼壓縮成 H.264 等格式的數(shù)據(jù)分發(fā)出去。

視頻采集的采集源主要有 攝像頭采集、屏幕錄制和從視頻文件推流。

編碼

如果把整個流媒體比喻成一個物流系統(tǒng)，那么編解碼就是其中配貨和裝貨的過程，這個過程非常重要，它的速度和壓縮比對物流系統(tǒng)的意義非常大，影響物流系統(tǒng)的整體速度和成本。同樣，對流媒體傳輸來說，編碼也非常重要，它的編碼性能、編碼速度和編碼壓縮比會直接影響整個流媒體傳輸?shù)挠脩趔w驗和傳輸成本。

封裝

沿用前面的比喻，封裝可以理解為采用哪種貨車去運輸，也就是媒體的容器。 所謂容器，就是把編碼器生成的多媒體內(nèi)容(視頻，音頻，字幕，章節(jié)信息等)混合封裝在一起的標(biāo)準(zhǔn)。容器使得不同多媒體內(nèi)容同步播放變得很簡單，而容器的另一個作用就是為多媒體內(nèi)容提供索引，也就是說如果沒有容器存在的話一部影片你只能從一開始看到最后，不能拖動進度條，而且如果你不自己去手動另外載入音頻就沒有聲音。

推流

推流是直播的第一公里，直播的推流對這個直播鏈路影響非常大，如果推流的網(wǎng)絡(luò)不穩(wěn)定，無論我們?nèi)绾巫鰞?yōu)化，觀眾的體驗都會很糟糕。所以也是我們排查問題的第一步，如何系統(tǒng)地解決這類問題需要我們對相關(guān)理論有基礎(chǔ)的認識。 推送協(xié)議主要有三種：

RTSP（Real Time Streaming Protocol）：實時流傳送協(xié)議，是用來控制聲音或影像的多媒體串流協(xié)議, 由 Real Networks 和 Netscape 共同提出的；

RTMP(Real Time Messaging Protocol)：實時消息傳送協(xié)議，是 Adobe 公司為 Flash 播放器和服務(wù)器之間音頻、視頻和數(shù)據(jù)傳輸 開發(fā)的開放協(xié)議；

HLS(HTTP Live Streaming)：是蘋果公司(Apple Inc.)實現(xiàn)的基于 HTTP 的流媒體傳輸協(xié)議；

處理

視頻或者音頻完成采集之后得到原始數(shù)據(jù)，1）為了增強一些現(xiàn)場效果或者加上一些額外的效果，我們一般會在將其重新編碼壓縮（轉(zhuǎn)碼）前進行處理，比如打上時間戳或者公司 Logo 的水印，祛斑美顏和聲音混淆等處理。2）對視頻內(nèi)容進行合法性、合規(guī)性的鑒權(quán)。

分發(fā)

流媒體服務(wù)器的作用是負責(zé)直播流的發(fā)布和轉(zhuǎn)播分發(fā)功能。

播放

主要是實現(xiàn)直播節(jié)目在終端上的展現(xiàn)。因為我這里使用的傳輸協(xié)議是 RTMP， 所以只要支持 RTMP 流協(xié)議的播放器都可以使用，譬如：

電腦端：VLC 等

手機端：Vitamio 以及 ijkplayer 等

參考：王教授App 智庫