WebRTC现在已成为W3C的官方标准

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的一系列有趣且创新的用法,从非正式的群组流传输到无人机,共享在线游戏到文件传输等等。立即查看!