Russell Traffor-Jones在直播環(huán)境下對(duì) WebRTC 的使用方式做了很好的介紹。

WebRTC現(xiàn)在已經(jīng)成為了W3C的正式標(biāo)準(zhǔn)，提供具有NAT遍歷功能的次秒級(jí)的點(diǎn)對(duì)點(diǎn)視頻和音頻流。次秒級(jí)延遲已經(jīng)被廣泛應(yīng)用于視頻會(huì)議之中，也一直是視頻流公司的焦點(diǎn)，如Millicast和Limelight（僅舉兩個(gè)例子），這些公司旨在將這種點(diǎn)對(duì)點(diǎn)技術(shù)交付給成千上萬(wàn)的人。在不到一秒鐘的時(shí)間內(nèi)便實(shí)現(xiàn)了交互式視頻、游戲流、拍賣(mài)和超低延遲的體育運(yùn)動(dòng)。

針對(duì)直接使用其他流媒體協(xié)議的用戶(hù)，Pion的創(chuàng)建者肖恩?杜布瓦（Sean DuBois）在SF Video Tech上談到了WebRTC帶來(lái)的RTMP、SRT和RIST等協(xié)議。它的核心是WebRTC（如SRT和RIST）創(chuàng)建一個(gè)連接，通過(guò)它可以發(fā)送各種數(shù)據(jù)。雖然我們期望媒體被發(fā)送，但是實(shí)際上，文件傳輸可以很容易地被實(shí)現(xiàn)——讓我們不要忘記整個(gè)SRT是建立在UDT之上的，而UDT是一個(gè)專(zhuān)門(mén)用于文件傳輸?shù)膶?shí)用程序。在可以實(shí)現(xiàn)文件傳輸?shù)牡胤剑瑢?shí)時(shí)數(shù)據(jù)和元數(shù)據(jù)傳輸也可以實(shí)現(xiàn)。

Sean很快將WebRTC概括為（典型）瀏覽器之間的協(xié)議，這是一種點(diǎn)對(duì)點(diǎn)的安全連接，多個(gè)音頻和視頻流可以在其連接上流動(dòng)。與RIST和其他最新的協(xié)議一樣，它基于許多已有的協(xié)議：SRTP、DTLS、ICE和SDP等技術(shù)來(lái)提供信令、連接管理、加密和通信。

對(duì)于RTMP非常長(zhǎng)的改進(jìn)列表，它們都在視頻中被簡(jiǎn)明扼要地展現(xiàn)出來(lái)了，所以我們?cè)谶@里只突出幾個(gè)要點(diǎn)。重要的是，低延遲是其中的關(guān)鍵。RTMP在當(dāng)時(shí)是屬于低延遲的，但并不是以今天的低延遲標(biāo)準(zhǔn)。Sean解釋說(shuō)，谷歌的Stadia可以為按鍵提供125毫秒的視頻延遲。DTLS和SRTP對(duì)于安全性來(lái)說(shuō)是必不可少的，但是它們是眾所周知便于理解和可靠的保護(hù)數(shù)據(jù)的方法。DTLS與TLS幾乎完全相同，TLS保護(hù)您的銀行轉(zhuǎn)賬，只是將其改為UDP而不是TCP中。但是，WebRTC可以通過(guò)交換“指紋”（DTLS-SRTP）而不是支持web上TLS的完全可信的證書(shū)基礎(chǔ)結(jié)構(gòu)來(lái)工作。只要您有信心可以提前安全地交換指紋，那么取消對(duì)證書(shū)的要求對(duì)于靈活性和敏捷性是一個(gè)很大的提升。

NAT遍歷也是一大福音，即使兩個(gè)端點(diǎn)都在防火墻后面，端點(diǎn)也總能找到通信的方法，盡管這確實(shí)意味著需要ICE服務(wù)器來(lái)促進(jìn)連接。然而，在廣播中，你更有可能控制一端，這樣就不太需要這樣做了。Sean強(qiáng)調(diào)了使用WebRTC的“同步廣播”功能在同一流中發(fā)送多個(gè)質(zhì)量級(jí)別的能力。

之后Sean著眼于SRT和RIST。這兩種協(xié)議都是低延遲流協(xié)議，它們都可以提供次秒級(jí)的流傳輸，以實(shí)現(xiàn)RTT相對(duì)較低的良好連接。Sean強(qiáng)調(diào)了SRT和RIST在協(xié)商使用中的編解碼器及其可選安全性方面的不足。由于更注重提供貢獻(xiàn)源，它們往往具有更靜態(tài)的配置，通常是在測(cè)試程序之后創(chuàng)建的，以確保其質(zhì)量能夠被廣播商/流媒體提供商所接受。

最后，Sean重點(diǎn)介紹了WebRTC的一系列有趣的創(chuàng)新用途，從非正式的群組流媒體到無(wú)人機(jī)、共享在線(xiàn)游戲到文件傳輸?shù)鹊取?/p>

現(xiàn)在就來(lái)看看吧！

責(zé)任編輯：lq