rtmp - 通过基于 Web 的实时音频捕获和广播，最大限度地减少延迟

Question

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

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

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

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

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

Answer 1

Icecast 应该是一个流媒体服务器，它的目标不是实现低延迟。使用 Iecast 会有大约 5 秒的延迟是完全正常的，而且你真的无能为力。
HLS 对您的需求甚至更糟，因为它包含小段，每个段的持续时间不应低于 3 秒，这意味着您的延迟肯定会高于 3 秒。

如果您真的需要低延迟，请查看使用Opus编解码器的Mumble。