nginx实时流延迟延迟45秒

Question

我在Ubuntu Machine的RTMP中设置了NGINX，可以根据网络中有许多文章的摄像头进行HLS流式传输我的网络摄像头，但它具有35-45秒的不可接受的延迟！！！

Answer 1

HLS通常是关于10s+延迟，如果您想要〜100ms延迟，您必须使用webrtc，但是WebRTC很复杂，不仅涉及良好事物。

通常，我们想要低潜伏期，并且我们也希望更多的可能性设备发布和播放流，并且如果我们想扩展我们的系统，我们希望CDN支持它。

简而言之，如果10S延迟对您来说还可以，请切勿尝试构建3S延迟系统。如果3s对您来说还可以，请切勿建造100ms。这个世界上没有免费的东西。

关于协议的基线延迟：

• HLS，约5〜10S延迟，对CDN友好。
• HTTP-FLV，约1〜3s延迟，仅由某些CDN支持。
• webrtc，约0.5〜1s延迟，很少有CDN支持它。
• SRT，约0.3〜0.5ms的延迟，仅由编码器支持。

关于延迟存在一些问题：

• 关于论文协议的玩家，请阅读 this 。
• 如何基准等待延迟，请阅读 this 。
• 使用WEBRTC进行实时流媒体，覆盖RTMP到WebRTC，请阅读 this 。
• 如果使用ffmpeg，则有一个 post 以减少延迟。

因此，这实际上取决于使用方案，例如：

• 如果您的用户仅使用H5，则可以使用WEBRTC或FLV。
• 如果您的用户使用obs发布流，则可以使用SRS将RTMP掩盖到WEBRTC，以供观众播放流。
• 如果您的用户使用广播设备，则可以使用SRT。

users --RTMP/SRT/WebRTC--> SRS --SRT/WebRTC/FLV --> Viewers

如果您想进行更多讨论，则可以加入 srs 的社区。