WebRTC最低可能性

Question

我有一个简单的UDP流媒体协议，它接收RAW H264视频帧，并立即从服务器端发送到客户端，使用这个协议，我可以接近网络RTT延迟（没有数据包重发，不关心数据包丢失），所以如果我从服务器到客户端有20ms的延迟，我就可以将视频帧准备好从编码器输出到客户端（准备解码）......比如说30ms。

我的问题是： - WebRTC（通过UDP）是否能够适应这种延迟？没有考虑编码和解码时间，WebRTC对于协议层可以获得的最低延迟是多少？

我不知道这种延迟是否需要我自己的协议进行更深入的开发，或者我可能会像WebRTC那样更加通用，以便我的视频服务器开发，以便立即得到每个网络浏览器的支持。 / p>

致以最诚挚的问候，

Answer 1

WebRTC使用RTP作为底层媒体传输，与普通UDP相比，在有效载荷的开头只有一个小的附加头。这意味着它应该与您使用普通UDP实现的目标相提并论。 RTP主要用于延迟关键环境，如实时音频和视频（SIP，H.323，XMPP中的媒体传输），因此您可以预期延迟足以达到此目的。