最大限度地减少基于网络的实时音频捕获和广播的延迟

Question

在进行基于Web的用户音频捕获/录制（来自麦克风，线路输入），然后将音频直播给我们的听众时，我无法实现低延迟。基本上是一个基于网络的音频广播平台，但是从广播公司讲话到听众听到它的时间不到2秒的延迟是必不可少的。

我从Icecast开始，但即使在本地，我似乎也无法在几秒钟内得到延迟。这甚至不会考虑必须捕获用户的音频，然后将其发送回服务器进行流式传输。

我真的看到3个主要部分：

1. 基于Web的音频捕获（可能是Flash？），用于将用户音频发送到：
2. 媒体服务器（类似于Icecast或Wowza）
3. 实际收听的播放器（HTML5 w / Flash回退）

所以我的问题是如何优化此过程以实现低延迟，并且仍然可以灵活地流式传输到任何设备？是否有关于使用哪种服务器，编解码器等的最佳实践？

Answer 1

Icecast应该是一个流媒体服务器，它的目标不是实现低延迟。使用Iecast你会有大约5秒的延迟是完全正常的，你不能真正做很多事情 HLS对您的需求更加糟糕，因为它包含很少的段，每个段的持续时间不应低于3秒，这意味着您的延迟肯定会超过3秒。

如果您确实需要低延迟，请查看Mumble with the Opus codec。