RussellTraffor-Jones很好地介紹了在實(shí)時(shí)廣播環(huán)境中使用WebRTC。 WebRTC現(xiàn)在已成為W3C的官方標(biāo)準(zhǔn),它提供具有NAT穿越功能的亞秒級(jí)點(diǎn)對(duì)點(diǎn)視頻和音頻流。
亞秒級(jí)延遲已在視頻會(huì)議中得到廣泛使用,并且一直是視頻流媒體公司的關(guān)注焦點(diǎn),例如Millicast和Limelight(僅舉兩個(gè)例子),旨在將這種點(diǎn)對(duì)點(diǎn)技術(shù)交付給成千上萬(wàn)的人們。在不到一秒鐘的時(shí)間內(nèi),交互式視頻,游戲流,拍賣和超低延遲的體育活動(dòng)就得以實(shí)現(xiàn)。
對(duì)于直接使用其他流媒體協(xié)議的用戶,Pion的創(chuàng)建者Sean DuBois談到了WebRTC在SFVideoTech上帶來(lái)的RTMP,SRT和RIST協(xié)議。它的核心是WebRTC(例如SRT和RIST),用于創(chuàng)建連接,通過(guò)該連接可以發(fā)送各種數(shù)據(jù)。
盡管我們希望可以發(fā)送媒體,但實(shí)際上,可以輕松實(shí)現(xiàn)文件傳輸-讓我們不要忘記,整個(gè)SRT都是基于UDT構(gòu)建的,而UDT是專用于文件傳輸?shù)膶?shí)用程序。可以實(shí)現(xiàn)文件傳輸?shù)牡胤剑部梢詫?shí)現(xiàn)實(shí)時(shí)數(shù)據(jù)和元數(shù)據(jù)的傳輸。
肖恩迅速將WebRTC概括為瀏覽器之間的(典型)協(xié)議,這是一種點(diǎn)對(duì)點(diǎn)安全連接,多個(gè)音頻和視頻流可以在該連接上流動(dòng)。像RIST和其他最新協(xié)議一樣,它基于許多現(xiàn)有協(xié)議:SRTP,DTLS,ICE和SDP技術(shù),以提供信令,連接管理,加密和通信。
關(guān)于RTMP的一長(zhǎng)串改進(jìn),它們都簡(jiǎn)潔地顯示在視頻中,因此我們?cè)谶@里僅重點(diǎn)介紹幾個(gè)要點(diǎn)。重要的是低延遲是關(guān)鍵。
RTMP在當(dāng)時(shí)是低延遲的,但是按照今天的低延遲標(biāo)準(zhǔn)卻不是。肖恩(Sean)解釋說(shuō),谷歌的Stadia可以為按鍵提供125毫秒的視頻延遲。
DTLS和SRTP對(duì)于安全性至關(guān)重要,但是它們是保護(hù)數(shù)據(jù)的眾所周知的方法,這些方法易于理解和可靠。 DTLS與TLS幾乎相同。
TLS保護(hù)您的銀行轉(zhuǎn)帳,只需將其更改為UDP而不是TCP。但是,WebRTC可以通過(guò)交換“指紋”來(lái)工作。
(DTLS-SRTP),而不是支持Web TLS的完全受信任的證書基礎(chǔ)結(jié)構(gòu)。只要您確信可以安全地預(yù)先交換指紋,那么消除對(duì)證書的要求就可以極大地提高靈活性和敏捷性。
NAT遍歷也是一個(gè)很大的福音。即使兩個(gè)端點(diǎn)都在防火墻后面,端點(diǎn)也始終可以找到一種通信方式,盡管這確實(shí)意味著需要使用ICE服務(wù)器來(lái)促進(jìn)連接。
但是,在廣播中,您更有可能控制一端,因此無(wú)需這樣做。肖恩(Sean)強(qiáng)調(diào)了使用WebRTC的“同時(shí)廣播”功能的能力。
該功能可在同一視頻流中發(fā)送多個(gè)質(zhì)量等級(jí)。然后,Sean專注于SRT和RIST。
這兩個(gè)協(xié)議都是低延遲流協(xié)議,并且它們都可以提供亞秒級(jí)流,從而以較低的RTT實(shí)現(xiàn)良好的連接。 Sean強(qiáng)調(diào)了SRT和RIST正在協(xié)商使用的編解碼器和可選安全性方面的缺陷。
因?yàn)樗麄兏雨P(guān)注提供貢獻(xiàn)源,所以它們通常具有更靜態(tài)的配置,通常是在測(cè)試過(guò)程之后創(chuàng)建的,以確保其質(zhì)量可以被廣播公司/流媒體提供商接受。最后,肖恩(Sean)重點(diǎn)介紹了WebRTC的一系列有趣且創(chuàng)新的用法,從非正式的群組流傳輸?shù)綗o(wú)人機(jī),共享在線游戲到文件傳輸?shù)鹊取?br>立即查看!
歡迎來(lái)到我司Viking代理產(chǎn)品網(wǎng)站!
