直播帶貨app原始碼，不得不瞭解的流媒體傳輸協議

這篇我們接著說關於搭建直播帶貨app原始碼，非常重要的流媒體傳輸協議。

RTMP/RTMPS RTMP(Real Time Messaging Protocol)實時訊息傳送協議是Adobe Systems公司為Flash播放器和伺服器之間音訊、影片和資料傳輸 開發的開放協議。 它有三種變種： 1)工作在TCP之上的明文協議，使用埠1935；

2)RTMPT封裝在HTTP請求之中，可穿越防火牆；

3)RTMPS類似RTMPT，但使用的是HTTPS連線；

     RTMP協議(Real Time Messaging Protocol)是被Flash用於物件,影片,音訊的傳輸.這個協議建立在TCP協議或者輪詢HTTP協議之上.      RTMP協議就像一個用來裝資料包的容器,這些資料既可以是AMF格式的資料,也可以是FLV中的視/音訊資料.一個單一的連線可以透過不同的通道傳輸多路網路流.這些通道中的包都是按照固定大小的包傳輸的.

mms        MMS (Microsoft Media Server Protocol)，中文“微軟媒體伺服器協議”，用來訪問並流式接收 Windows Media 伺服器中 .asf 檔案的一種協議。MMS 協議用於訪問 Windows Media 釋出點上的單播內容。MMS 是連線 Windows Media 單播服務的預設方法。若觀眾在 Windows Media Player 中鍵入一個 URL 以連線內容，而不是透過超級連結訪問內容，則他們必須使用MMS 協議引用該流。MMS的預設埠（埠）是1755        當使用 MMS 協議連線到釋出點時，使用協議翻轉以獲得最佳連線。“協議翻轉”始於試圖透過 MMSU 連線客戶端。 MMSU 是 MMS 協議結合 UDP 資料傳送。如果 MMSU 連線不成功，則伺服器試圖使用 MMST。MMST 是 MMS 協議結合 TCP 資料傳送。 如果連線到編入索引的 .asf 檔案，想要快進、後退、暫停、開始和停止流，則必須使用 MMS。不能用 UNC 路徑快進或後退。若您從獨立的 Windows Media Player 連線到釋出點，則必須指定單播內容的 URL。若內容在主釋出點點播發布，則 URL 由伺服器名和 .asf 檔名組成。例如：mms://windows_media_server/sample.asf。其中 windows_media_server 是 Windows Media 伺服器名，sample.asf 是您想要使之轉化為流的 .asf 檔名。 若您有實時內容要透過廣播單播發布，則該 URL 由伺服器名和釋出點別名組成。例如：mms://windows_media_server/LiveEvents。這裡 windows_media_server 是 Windows Media 伺服器名，而 LiveEvents 是釋出點名

HLS      HTTP Live Streaming（HLS）是蘋果公司(Apple Inc.)實現的基於HTTP的流媒體傳輸協議，可實現流媒體的直播和點播，主要應用在iOS系統，為iOS裝置（如iPhone、iPad）提供音影片直播和點播方案。HLS點播，基本上就是常見的分段HTTP點播，不同在於，它的分段非常小。       相對於常見的流媒體直播協議，例如RTMP協議、RTSP協議、MMS協議等，HLS直播最大的不同在於，直播帶貨app原始碼獲取到的，並不是一個完整的資料流。HLS協議在伺服器端將直播資料流儲存為連續的、很短時長的媒體檔案（MPEG-TS格式），而直播帶貨app原始碼則不斷的下載並播放這些小檔案，因為伺服器端總是會將最新的直播資料生成新的小檔案，這樣直播帶貨app原始碼只要不停的按順序播放從伺服器獲取到的檔案，就實現了直播。由此可見，基本上可以認為，HLS是以點播的技術方式來實現直播。由於資料透過HTTP協議傳輸，所以完全不用考慮防火牆或者代理的問題，而且分段檔案的時長很短，直播帶貨app原始碼可以很快的選擇和切換位元速率，以適應不同頻寬條件下的播放。不過HLS的這種技術特點，決定了它的延遲一般總是會高於普通的流媒體直播協議。　

    根據以上的瞭解要實現HTTP Live Streaming直播，需要研究並實現以下技術關鍵點 採集影片源和音訊源的資料 對原始資料進行H264編碼和AAC編碼 影片和音訊資料封裝為MPEG-TS包 HLS分段生成策略及m3u8索引檔案 HTTP傳輸協議

其實就搭建直播帶貨app原始碼來說，現在最常用的就是RTMP協議和HLS協議了，相對來說延遲比較小，更適合直播平臺的搭建。

———————————————— 宣告：本文由雲豹科技轉發自 雪影部落格，如有侵權請聯絡作者刪除