RussellTraffor-Jones很好地介绍了在实时广播环境中使用WebRTC。

WebRTC现在已成为W3C的官方标准，它提供具有NAT穿越功能的亚秒级点对点视频和音频流。

亚秒级延迟已在视频会议中得到广泛使用，并且一直是视频流媒体公司的关注焦点，例如Millicast和Limelight（仅举两个例子），旨在将这种点对点技术交付给成千上万的人们。

在不到一秒钟的时间内，交互式视频，游戏流，拍卖和超低延迟的体育活动就得以实现。

对于直接使用其他流媒体协议的用户，Pion的创建者Sean DuBois谈到了WebRTC在SFVideoTech上带来的RTMP，SRT和RIST协议。

它的核心是WebRTC（例如SRT和RIST），用于创建连接，通过该连接可以发送各种数据。

尽管我们希望可以发送媒体，但实际上，可以轻松实现文件传输-让我们不要忘记，整个SRT都是基于UDT构建的，而UDT是专用于文件传输的实用程序。

可以实现文件传输的地方，也可以实现实时数据和元数据的传输。

肖恩迅速将WebRTC概括为浏览器之间的（典型）协议，这是一种点对点安全连接，多个音频和视频流可以在该连接上流动。

像RIST和其他最新协议一样，它基于许多现有协议：SRTP，DTLS，ICE和SDP技术，以提供信令，连接管理，加密和通信。

关于RTMP的一长串改进，它们都简洁地显示在视频中，因此我们在这里仅重点介绍几个要点。

重要的是低延迟是关键。

RTMP在当时是低延迟的，但是按照今天的低延迟标准却不是。

肖恩（Sean）解释说，谷歌的Stadia可以为按键提供125毫秒的视频延迟。

DTLS和SRTP对于安全性至关重要，但是它们是保护数据的众所周知的方法，这些方法易于理解和可靠。

DTLS与TLS几乎相同。

TLS保护您的银行转帐，只需将其更改为UDP而不是TCP。

但是，WebRTC可以通过交换“指纹”来工作。

（DTLS-SRTP），而不是支持Web TLS的完全受信任的证书基础结构。

只要您确信可以安全地预先交换指纹，那么消除对证书的要求就可以极大地提高灵活性和敏捷性。

NAT遍历也是一个很大的福音。

即使两个端点都在防火墙后面，端点也始终可以找到一种通信方式，尽管这确实意味着需要使用ICE服务器来促进连接。

但是，在广播中，您更有可能控制一端，因此无需这样做。

肖恩（Sean）强调了使用WebRTC的“同时广播”功能的能力。

该功能可在同一视频流中发送多个质量等级。

然后，Sean专注于SRT和RIST。

这两个协议都是低延迟流协议，并且它们都可以提供亚秒级流，从而以较低的RTT实现良好的连接。

Sean强调了SRT和RIST正在协商使用的编解码器和可选安全性方面的缺陷。

因为他们更加关注提供贡献源，所以它们通常具有更静态的配置，通常是在测试过程之后创建的，以确保其质量可以被广播公司/流媒体提供商接受。

最后，肖恩（Sean）重点介绍了WebRTC的一系列有趣且创新的用法，从非正式的群组流传输到无人机，共享在线游戏到文件传输等等。

立即查看！