在本文中，我們將比較最流行的直播協議，并幫助您確定哪一種最適合您的需求?；旧希瑳]有所謂的“壞”流媒體協議。雖然看起來有點復雜，但實際上，您不需要接受一些特定的教育來了解視頻流媒體協議。這正是我們要證明的重點！
了解流媒體協議及其工作方式
流媒體協議是用于在 Web 上傳遞多媒體的特定方法。換句話說，它是一組規則，用于規范數據傳輸方式，以及如何處理在此過程中可能發生的任何錯誤。讓我們澄清一些事情。首先，流媒體協議與編解碼器不同。后者是一種特定的技術，可以使您的數據（例如，視頻文件）更小。簡單地說，編解碼器會刪除視頻中不重要的信息以壓縮文件大小。
其次，有些人將流媒體協議與容器格式混淆，這基本上意味著數據的存儲方式。例如，流式視頻文件最常見的三種包格式是 FLV、MP4 和 MPEG-TS。
在我們開始描述最流行的流媒體協議之前，我們需要提到一個重要方面。有七個邏輯層，每個邏輯層都提供特定的通信功能。為了簡化事情，流媒體協議在這些層內運行，只關注它們的功能。好吧，這不會變得更困難，所以請耐心等待。
TCP 與 UDP
特別值得您關注的一層是傳輸層。它負責將您的內容傳輸到最終平臺。它有兩種傳輸方式——通過傳輸控制協議 （TCP）?或用戶數據報協議 （UDP）。這兩者之間的主要區別在于 TCP 強制通信設備建立連接以傳輸數據。另一方面，UDP 忽略了這一步。在更實際的層面上，UDP 傳輸少量信息的速度相對快于 TCP。然而，這是有代價的。由于設備之間沒有多次握手和確認步驟，因此無法嚴格按順序傳輸數據。此外，接收方可能根本得不到一些碎片。這有時會導致質量出現小問題。
最常用的流媒體協議
常見的流媒體協議包括RTSP（實時流傳輸協議）、RTMP（實時消息傳輸協議）、HLS（HTTP Live Streaming）以及DASH（動態自適應流傳輸）。這些協議使用不同的技術和方法來實現流媒體的傳輸和播放。我們當然可以挑出幾個最受歡迎的。RTMP（實時消息傳遞協議）：TCP
RTMP由Macromedia開發，并于2005年被Adobe收購，仍然是最常用的協議。它保持持久、穩定的連接，并允許低延遲通信。RTMP 在 Flash Player 和服務器之間傳輸分割成小數據包的流數據，以確保將中斷和偽影降至最低。此外，由于遺留因素，大多數流媒體平臺和軟件都支持 RTMP。該協議的規范由Adobe正式發布供公眾使用。具有諷刺意味的是，該公司宣布將停止支持Flash Player。RTMP 協議的另一個缺點是由于帶寬低而可能中斷，直到您的流可能根本無法啟動。除了缺點之外，由于傳輸視頻的安全性較低，一些嚴格的防火墻可能不允許 RTMP 連接。雖然，我們不得不說這種情況很少發生。
除了缺點之外，標準流延遲約為 5 到 30 秒，但可以降低到兩到三秒。此外，該協議目前使用 H.264 視頻編解碼器和 AAC 音頻編解碼器，它們相當陳舊，無法提供最佳質量。
- 視頻編解碼器：H.264
- 音頻編解碼器：AAC
- 延遲： 3 - 30 秒
缺點：?編解碼器較舊，安全性較低，延遲相對較高
WebRTC（Web 實時通信協議）：UDP 和 TCP
WebRTC 是一種開源標準，用于幾乎所有現代瀏覽器（包括 Safari、Google Chrome、Firefox、Opera 等）都支持實時通信。WebRTC 支持高質量的 VP8 和 VP9（除了舊的 H.264），以及 Opus 音頻編解碼器。在不久的將來，該協議將獲得對全新AV1視頻編解碼器的支持。預計該協議將取代電話并成為通信服務的支柱。WebRTC 的最大優勢之一是它將數百萬個瀏覽器轉換為流媒體終端，而無需安裝任何額外的插件。此外，WebRTC 支持亞秒級延遲，這意味著不再有延遲！最后，該協議使用自適應比特率技術，使其能夠自動調整視頻質量并防止任何下降和中斷。
至于缺點，WebRTC并不多。有些人會認為該協議仍在開發中這一事實是一個缺點。其他人可能會在它使用的編解碼器中發現危險。怎么會這樣？簡而言之，VP8 編解碼器是免版稅的，而 H.264 則不是。盡管大多數公司都支持VP8，但其他一些公司強烈反對這一決定，這可能會導致沖突。然而，值得一提的是，每個人都同意AV1是未來。
- 視頻編解碼器：VP8、VP9、H.264（H.625 + AV1 正在進行中）
- 音頻編解碼器：Opus
- 延遲：小于一秒
缺點：亞秒級延遲導致的不穩定性
FTL（Faster Than Light 協議）：UDP
更新：FTL 由 Microsoft 旗下的流媒體平臺 Mixer 開發。不幸的是，由于無法與競爭對手相比進行擴展，Mixer 被關閉。但是，我們相信對這個協議的理解是有用的。因此，我們保留有關技術的信息。FTL的名字不言自明。FTL 是一種實時流媒體協議，這意味著它支持亞秒級延遲。這使您可以與觀眾實時互動和交流，幾乎沒有延遲。最流行的流媒體應用程序支持 FTL，包括 XSplit 和 OBS Studio。它還預先集成到 Windows 10 操作系統和 Xbox One 中。它使用 Opus 音頻編解碼器和 H.264 視頻編解碼器，以實現質量、流暢播放和低延遲的良好組合。
使用 FTL 的缺點是您的流會稍微降低質量。與 RTMP 的 10 Mbps 相比，Mixer 建議將比特率降低到 7 Mbps。FTL 的另一個缺點是缺乏穩定性。與它的祖先不同，FTL協議還沒有經過很多錯誤修復，這意味著它可能有點不可預測。盡管 FTL 是全新的，但它已經完全集成到 Restream 生態系統中。到目前為止，只有 Mixer 和 Restream 支持 FTL 協議。
- 視頻編解碼器：H.264
- 音頻編解碼器：Opus
- 延遲：小于一秒
缺點：視頻質量較低，亞秒級延遲導致不穩定，支持較弱
SRT（安全可靠傳輸）：UDP
SRT 是由 Haivision 和 Wowza 開發的開源視頻流媒體協議。在不久的將來，它被廣泛認為是RTMP的替代品。擁有相同的優勢，SRT正在邁出下一步，使具有亞秒級延遲的穩定直播流的夢想成為現實。它允許您通過次優網絡直播您的內容。但是，一個很大的缺點是播放選項不可用。開發人員表示，SRT 可以保護您的實時視頻免受抖動、帶寬波動和數據包丟失的影響。此外，SRT 在亞秒級延遲方面類似于 FTL 和 WebRTC，可實現近乎實時的通信。此外，還指出該協議與編解碼器無關，這意味著它支持任何現代視頻和音頻編解碼器。不幸的是，考慮到它仍然是一項新興技術，SRT并沒有得到廣泛支持。
- 視頻編解碼器：與編解碼器無關
- 音頻編解碼器：與編解碼器無關
- 延遲：小于一秒
缺點：平臺支持弱，無法播放
視頻流媒體協議比較
讓我們總結一切！
正如你現在所看到的，流媒體協議很難理解?；旧?，流媒體協議是一組規則，用于確定數據如何通過互聯網傳輸。我們概述了四種最流行的直播協議，即 RTMP、WebRTC、FTL 和 SRT。每個都有自己的優點和缺點，這意味著您可以根據需要使用任何一種。最后，我們想做一些預測。很明顯，舊的RTMP遲早會消亡。SRT將與FTL爭奪冠軍戒指。與此同時，WebRTC將緩慢但肯定地成長并轉變為最終的流媒體協議，并最終主導市場。這只是一個禿頭的預測，所以不要相信我們的話。也許我們完全錯了，SRT總有一天會接受這一切！流媒體協議的使用對于各類在線音視頻平臺、直播平臺和視頻會議等應用至關重要。通過流媒體協議，用戶可以流暢地觀看直播內容、在線觀看電影和電視節目，以及與他人進行實時視頻通話。
