0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

使用WebRTC作為RTMP的替代方案

LiveVideoStack ? 來源:Barry Owen ? 作者:LiveVideoStack ? 2022-07-08 10:10 ? 次閱讀

WebRTC影音探索

2020年,Adobe宣布停止對 Flash播放器的支持。Flash歷經(jīng)多年終于走向終結(jié),雖然是眾望所歸,但它的退出卻對存在于許多流媒體工作流程中的一項重要技術(shù)——RTMP( Real-Time Messaging Protocol)影響重大。RTMP最初設(shè)計用于向Adobe Flash播放器傳輸音頻視頻和其他數(shù)據(jù)。在全盛時期,RTMP曾是互聯(lián)網(wǎng)上傳輸視頻的最主要技術(shù)。它可以用于端到端,并能確保快速的實時傳輸。然而與過去相比,現(xiàn)在越來越多的設(shè)備和瀏覽器都不再支持RTMP。

雖然在編碼器和服務(wù)器之間傳輸視頻方面,RTMP仍然是一個可靠的視頻傳輸協(xié)議,但是對基于RTMP的播放來說,卻并非如此。Adobe也表示[1]:”鼓勵直播廠商將現(xiàn)有的Flash內(nèi)容遷移到新的開放格式中去?!?/p>

在2020年的Streaming Media的一期雜志中,Robert Reinhard(流媒體視頻顧問)曾警告:“如果你正在使用Flash進行低延時實時流媒體傳輸,那么你還有一年的時間(或者更短)將其遷移到WebRTC上。這意味著什么?意味著你在基于Flash的媒體服務(wù)器上所使用的的任何代碼都需要遷移到WebRTC(而非RTMP)上。”

然而,許多內(nèi)容發(fā)行商仍然在竭力將RTMP替換為用于視頻播放的實時格式。為什么?因為雖然HLS和MPEG-DASH支持不同設(shè)備的高質(zhì)量流媒體傳輸,但是延遲超過30秒是這些基于HTTP技術(shù)的標(biāo)準(zhǔn)。確實存在這些協(xié)議的低延遲擴展(LL-HLS和DASH的LL-CMAF),但是它們都無法達到很多公司追求的次秒級傳輸速度。除此之外,播放器、CDN和各種設(shè)備對于LL-HLS和LL-CMAF(用于DASH)的支持還處于早期階段。

60be70c2-fe52-11ec-ba43-dac502259ad0.png

對于實時視頻傳輸來說,WebRTC是你的唯一選擇,這也是它在最近幾年備受關(guān)注的原因。這項基于HTML5的技術(shù)為互聯(lián)網(wǎng)上的實時視頻傳輸提供了最快的方法。更重要的是,像RTMP在其全盛時期一樣,WebRTC也可以端到端使用。

但是WebRTC也有自己的局限,它被設(shè)計用于基于瀏覽器的編碼和小規(guī)模的流媒體傳輸,而這兩個特點都使它無法適用于某些直播場景。

WebRTC會是替代RTMP的最佳方案嗎?在開發(fā)者中,這句話已經(jīng)成為了流行語。正如我將在下文所解釋的那樣,它取決于你所使用的支持部署的技術(shù)和你想達成的目標(biāo)。

RTMP vs. WebRTC: 對比

對比RTMP,WebRTC有以下幾個優(yōu)勢:其一,它是一種新型、由IETF和W3C進行標(biāo)準(zhǔn)化的開源技術(shù)。所有的主流瀏覽器無需插件即可支持WebRTC,消除了由專有流媒體技術(shù)所帶來的互操作上的挑戰(zhàn)。除此之外,軟件開發(fā)者社區(qū)不斷為WebRTC的開發(fā)貢獻代碼,也使它受益匪淺。

其次,在傳輸速度低于500毫秒的情況下,WebRTC是目前延遲最低的協(xié)議。它也由此成為創(chuàng)建交互式視頻體驗(從實時拍賣到直播購物)的首選解決方案,同時對于那些想要超越競爭對手的體育直播廠商來說,它也是一個非常具有吸引力的選擇。

向數(shù)目眾多的觀眾進行大規(guī)模直播對于WebRTC來說還存在困難。視頻聊天框架本來就不是為規(guī)?;O(shè)計的。幸運的是,我們已經(jīng)開發(fā)了一種解決方案來克服這種局限,我將在下文詳述。

在視頻生產(chǎn)方面,WebRTC僅使用Web瀏覽器就可以進行簡單的直播,但是對于希望使用硬件或者軟件解決方案控制編碼設(shè)置的直播廠商來說,基于瀏覽器的編碼并不理想。同樣,當(dāng)涉及到使用定時元數(shù)據(jù)的字幕和廣告標(biāo)記等功能時,RTMP也比WebRTC更具優(yōu)勢。

WebRTC工作流程

所以,當(dāng)涉及到實時視頻流媒體傳輸時,RTMP到底在哪里可以替換成WebRTC? 作為一種端到端技術(shù),WebRTC可分別用于推流、拉流或同時用于推、拉流。下面讓我們看下WebRTC工作流程兩端的優(yōu)勢,以及它是如何在確保規(guī)?;耐瑫r應(yīng)用于編碼到傳輸?shù)恼麄€過程。

WebRTC在推流時替換RTMP

RTMP仍然是第一英里視頻貢獻的標(biāo)準(zhǔn),這其中有以下幾個原因。第一,RTMP獲得了來自直播編碼軟件和硬件的廣泛支持,同時許多社交媒體平臺也在使用它。編碼廠商已經(jīng)開始向SRT等開源協(xié)議添加支持,但是WebRTC一直僅限于基于瀏覽器的內(nèi)容發(fā)布。對于任何想要使用Web攝像頭和麥克風(fēng)直接在瀏覽器上進行直播的人來說,WebRTC非常有用。但是對于想要使用專業(yè)編碼器進行實時流媒體內(nèi)容傳輸?shù)膬?nèi)容發(fā)行商來說,就無法使用WebRTC推流。

因此Millicast的技術(shù)團隊設(shè)計了WHIP(WebRTC HTTP Ingest Protocol)來解決這個難題。在與媒體服務(wù)器通信時,WHIP提供了使用標(biāo)準(zhǔn)信令協(xié)議的編碼軟件和硬件,這樣就可以實現(xiàn)跨廠商的WebRTC推流。WHIP在實現(xiàn)WebRTC推流的同時,還保留了WebRTC的低延遲優(yōu)勢(與RTMP相比),同時移除了編碼器和媒體服務(wù)器之間的連接障礙。

當(dāng)用于推流時,WebRTC可以確保低延遲、強制加密并提供對于Opus和VP9等高級編解碼器的支持。因為有了WHIP,WebRTC也正在成為一種可用于硬件和軟件編碼的格式。直播流程對編碼設(shè)置(包括碼率、編解碼器和編解碼器參數(shù)等)有更多的控制需求,而WHIP的出現(xiàn)使WebRTC可以直接和RTMP競爭。

WebRTC在拉流時替換RTMP

瀏覽器不再支持RTMP導(dǎo)致播放端無法再使用它。當(dāng)今大部分直播廠商都在使用HLS進行“最后一英里”的交付,但HLS的延遲要超過30秒。

目前你在傳輸視頻時正在使用哪些流媒體格式?

60cfd7cc-fe52-11ec-ba43-dac502259ad0.png

來源:Wowza的2021視頻流延遲報告[3]

當(dāng)涉及低延遲協(xié)議的替代方案,WebRTC是眾多協(xié)議中傳輸速度最快的。因此,如果你需要真正的交互(我們這里討論的是用于緊急響應(yīng)和遠程監(jiān)控等場景的低于一秒的視頻傳輸),那么WebRTC將是你的最佳選擇。LL-HLS和用于DASH的LL-CMAF同樣也是不錯的選擇,但是它們無法實現(xiàn)像WebRTC一樣的實時傳輸。

也就是說,WebRTC最初并不是為大規(guī)模直播場景設(shè)計的。我們過去曾鼓勵內(nèi)容發(fā)行商在向大量觀眾直播交互性內(nèi)容時使用調(diào)整后的HLS或者LL-HLS,但現(xiàn)在我們?yōu)榱私鉀Q這個問題,已經(jīng)改進了產(chǎn)品。

具體來說,我們開發(fā)了一個新的特性:該特性可以在自定義的CDN上部署WebRTC,從而提供近于無限的規(guī)模。這個解決方案可以實現(xiàn)面向全球大規(guī)模觀眾的次秒級視頻傳輸[2]。

60e45ddc-fe52-11ec-ba43-dac502259ad0.png

如圖中所示,當(dāng)以這種方式傳輸視頻時,WebRTC可用于廣泛的工作流程中,包括WebRTC端到端,或者從RTMP到WebRTC。

在實現(xiàn)WebRTC時需要考慮的事

如果你正在考慮使用WebRTC代替RTMP,你需要將如下問題納入考量:

1. 你是否需要雙向視頻或?qū)崟r交互?

交互式實時流媒體解決方案和WebRTC密不可分,缺一不可。只要你使用WebRTC進行內(nèi)容發(fā)布和播放,就能實現(xiàn)低于500毫秒的流媒體傳輸。更重要的是,使用次秒級流媒體傳輸?shù)膽?yīng)用場景還可以利用RTMP到WebRTC的工作流程。同時還存在混合模型,其中交互視頻參與者可以觀看WebRTC視頻流,而被動觀眾可以觀看由HLS傳輸?shù)木哂懈哐舆t的視頻流。

2. 你希望視頻內(nèi)容獲得大范圍傳播嗎?

所有的內(nèi)容發(fā)行商都希望他們的流媒體應(yīng)用大獲成功,擁有成千上萬或者數(shù)百萬的觀眾。然而,過多用戶可能使你的基礎(chǔ)設(shè)施不堪重負。傳統(tǒng)的WebRTC部署因無法利用自定義創(chuàng)建的CDN而限制了它的擴展能力。所以如果你的目標(biāo)是觸達大量觀眾,一定要確保擁有穩(wěn)健的基礎(chǔ)設(shè)施。

結(jié)語

由于WebRTC被設(shè)計用于視頻聊天應(yīng)用,所以有兩個障礙阻礙了它在實時直播工作流程中的廣泛采用:

基于瀏覽器編碼的限制,以及在編碼軟件和硬件中缺少WebRTC能力。

規(guī)?;奶魬?zhàn):導(dǎo)致WebRTC在向成千上萬(或更多)觀眾直播時很難使用。

幸運的是,行業(yè)已經(jīng)為以上問題找到了解決方法,使WebRTC成為了RTMP的強大替代方案(無論是在推流時還是在播放端)。

在我們的2021視頻流延遲報告中,我們發(fā)現(xiàn)WebRTC已成為用于推流的第二流行的格式,用于傳輸?shù)牡谌餍懈袷?。在各廠商為實現(xiàn)實時視頻直播而努力提高WebRTC可用性的前提下,我預(yù)計WebRTC的采用率將繼續(xù)增長。

審核編輯 :李倩

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 編碼器
    +關(guān)注

    關(guān)注

    44

    文章

    3556

    瀏覽量

    133843
  • 開源技術(shù)
    +關(guān)注

    關(guān)注

    0

    文章

    389

    瀏覽量

    7892
  • WebRTC
    +關(guān)注

    關(guān)注

    0

    文章

    56

    瀏覽量

    11195

原文標(biāo)題:使用WebRTC作為RTMP的替代方案

文章出處:【微信號:livevideostack,微信公眾號:LiveVideoStack】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    請問AIC3254的miniDSP可以實現(xiàn)256階FIR濾波器嗎,或者有替代CODEC方案嗎?

    請問AIC3254的miniDSP可以實現(xiàn)256階FIR濾波器嗎,或者有替代CODEC方案嗎?
    發(fā)表于 10-14 07:11

    涂鴉革新WebRTC技術(shù)!讓IPC監(jiān)測低延時、高可靠更安全

    再是科幻小說中的場景,因為通過WebRTC技術(shù)在IPC監(jiān)測領(lǐng)域的實際應(yīng)用就能輕松實現(xiàn)。而在下述應(yīng)用場景中,WebRTC技術(shù)在IPC產(chǎn)品中的實時監(jiān)測需求更是愈加頻繁:●
    的頭像 發(fā)表于 10-12 08:05 ?129次閱讀
    涂鴉革新<b class='flag-5'>WebRTC</b>技術(shù)!讓IPC監(jiān)測低延時、高可靠更安全

    愛普生停產(chǎn)產(chǎn)品/替代

    產(chǎn)品名稱啟動(計劃)最后購買(計劃)最后裝運(計劃)推薦替代方案原因EG-2121CAJun/2026EndofJun/2027EndofDec/2027SG70
    的頭像 發(fā)表于 10-11 11:09 ?228次閱讀
    愛普生停產(chǎn)產(chǎn)品/<b class='flag-5'>替代</b>品

    替代LTC2245,基于SC2245安防紅外成像系統(tǒng)的應(yīng)用方案

    替代LTC2245,基于SC2245安防紅外成像系統(tǒng)的應(yīng)用方案
    的頭像 發(fā)表于 10-10 09:21 ?112次閱讀
    <b class='flag-5'>替代</b>LTC2245,基于SC2245安防紅外成像系統(tǒng)的應(yīng)用<b class='flag-5'>方案</b>

    如何考慮將TI Smart DAC作為555定時器的替代

    電子發(fā)燒友網(wǎng)站提供《如何考慮將TI Smart DAC作為555定時器的替代品.pdf》資料免費下載
    發(fā)表于 09-14 11:12 ?0次下載
    如何考慮將TI Smart DAC<b class='flag-5'>作為</b>555定時器的<b class='flag-5'>替代</b>品

    光電耦合元件國產(chǎn)替代:現(xiàn)狀與前景

    光電耦合元件作為一種關(guān)鍵的電子元器件,在各種電氣設(shè)備和系統(tǒng)中發(fā)揮著重要作用。然而,對于很多國家來說,依賴進口的情況依然存在。因此,對光電耦合元件的國產(chǎn)替代具有重要意義。本文將從現(xiàn)狀和前景兩個方面分析光電耦合元件的國產(chǎn)替代情況。
    的頭像 發(fā)表于 05-17 16:19 ?379次閱讀

    谷景電子貼片電感替代工字電感的應(yīng)用案例分享

    之前有一個關(guān)于貼片電感能否替代工字電感的問題,本篇就給大家分享一個谷景技術(shù)部門正在做的一個貼片電感替代工字電感的案例。這是我們技術(shù)部正在做的一個項目案例,詳細的替代方案已經(jīng)確認,并且已
    發(fā)表于 04-13 22:40 ?0次下載

    貼片電感替代工字電感的應(yīng)用案例分享

    之前有一個關(guān)于貼片電感能否替代工字電感的問題,本篇就給大家分享一個谷景技術(shù)部門正在做的一個貼片電感替代工字電感的案例。 這是我們技術(shù)部正在做的一個項目案例,詳細的替代方案已經(jīng)確認,并且
    的頭像 發(fā)表于 03-07 10:28 ?450次閱讀

    路由器的替代方案:如何組成局域網(wǎng)

    共享、游戲聯(lián)機等功能。一般情況下,我們使用路由器作為搭建局域網(wǎng)的核心設(shè)備,然而,在某些不可抗力的情況下,沒有路由器也可以組成局域網(wǎng)。本文將為您探討一些路由器的替代方案,以便在沒有路由器的情況下依然能夠搭建局域網(wǎng)。 一
    的頭像 發(fā)表于 01-09 11:22 ?1288次閱讀

    Enhanced-RTMP協(xié)議如何支持H.265呢?

    準(zhǔn)確的說,RTMP是傳輸協(xié)議,傳輸協(xié)議內(nèi)部的封裝是flv格式,其實我們所說的支持H.265,是在flv封裝格式里面支持H.265編碼數(shù)據(jù)。
    的頭像 發(fā)表于 01-03 09:15 ?963次閱讀

    尋求溫濕度變送器可替代方案

    這是一個溫濕度變送器,對接電腦端相應(yīng)軟件能讀取到溫濕度信息,壞了就不好維修,請問各位大能有沒有可替代的模塊,或者有可替代模塊的生產(chǎn)商可以私信聯(lián)系我。
    發(fā)表于 12-28 14:36

    谷景電子幫助客戶完成蜂鳴器插件電感替代的應(yīng)用方案

    ? ? ? 近日,谷景技術(shù)部再次成功幫助一家客戶完成了蜂鳴器插件電感替代的應(yīng)用方案。技術(shù)部憑借過硬的技術(shù)、完善的服務(wù),再次向客戶交出了一份完美的答卷。 這家客戶是從事蜂鳴器產(chǎn)品生產(chǎn)的,目前產(chǎn)品
    的頭像 發(fā)表于 12-13 10:08 ?494次閱讀

    Nor Flash作為存儲解決方案的優(yōu)勢與限制

    選擇Nor Flash作為存儲解決方案的一個主要原因就是Nor Flash的并行訪問結(jié)構(gòu)可實現(xiàn)快速讀取速度和低讀取延遲。
    的頭像 發(fā)表于 12-05 14:32 ?662次閱讀

    替代光耦合器的隔離解決方案應(yīng)用筆記

    電子發(fā)燒友網(wǎng)站提供《替代光耦合器的隔離解決方案應(yīng)用筆記.pdf》資料免費下載
    發(fā)表于 11-29 10:07 ?0次下載
    <b class='flag-5'>替代</b>光耦合器的隔離解決<b class='flag-5'>方案</b>應(yīng)用筆記

    WebRTC進行壓測的思路及方式和一些經(jīng)驗

    最近幾年WebRTC特別火,但如何對WebRTC服務(wù)進行壓力測試是一個很有難度和挑戰(zhàn)的工作,因為WebRTC客戶端實際使用上產(chǎn)生的壓力瓶頸主要來源對象是碼流而非傳統(tǒng)的HTTP并發(fā)請求。
    的頭像 發(fā)表于 10-30 11:30 ?1119次閱讀
    <b class='flag-5'>WebRTC</b>進行壓測的思路及方式和一些經(jīng)驗