WebRTC现在已经成为了W3C的正式标准，提供具有NAT遍历功能的次秒级的点对点视频和音频流。次秒级延迟已经被广泛应用于视频会议之中，也一直是视频流公司的焦点，如Millicast和Limelight（仅举两个例子），这些公司旨在将这种点对点技术交付给成千上万的人。在不到一秒钟的时间内便实现了交互式视频、游戏流、拍卖和超低延迟的体育运动。

针对直接使用其他流媒体协议的用户，Pion的创建者肖恩•杜布瓦（Sean DuBois）在SF Video Tech上谈到了WebRTC带来的RTMP、SRT和RIST等协议。它的核心是WebRTC（如SRT和RIST）创建一个连接，通过它可以发送各种数据。虽然我们期望媒体被发送，但是实际上，文件传输可以很容易地被实现——让我们不要忘记整个SRT是建立在UDT之上的，而UDT是一个专门用于文件传输的实用程序。在可以实现文件传输的地方，实时数据和元数据传输也可以实现

Sean很快将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的一系列有趣的创新用途，从非正式的群组流媒体到无人机、共享在线游戏到文件传输等等,感兴趣的伙伴可以看一下，每晚8-10点有免费的公开技术直播：【免费】FFmpeg/WebRTC/RTMP/NDK/Android音视频流媒体高级开发-学习视频教程-腾讯课堂