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>立即查看！