实现小组，低延迟，一对多音频广播的最简单方法是什么答案

【问题标题】：What is the simplest way to implement small group, low latency, one-to-many audio broadcast实现小组，低延迟，一对多音频广播的最简单方法是什么
【发布时间】：2018-11-16 02:55:00
【问题描述】：

我有一个 Linode 服务器，需要将一对多的音频（他们可以听到但不能回话）广播给三到五个人的小组。我查看了 WebRTC 和 Janus 服务器，但它似乎完全是矫枉过正。使用 Skype、Discord 等商业应用程序会导致音频质量低下并且是单声道的。最好的音频质量和低延迟（与 Skype、Discord 等相当）是必不可少的。

任何指针将不胜感激。

【问题讨论】：

标签： audio server streaming linode

【解决方案1】：

我可以推荐基于 Icecast 流媒体构建这样的系统。这是一项经过验证的古老技术，具有接近实时的延迟。为此，您可以使用任何支持 Icecast 的工具。例如，您可以使用我们公司的工具进行以下操作：

Larix Broadcaster 移动应用程序允许仅音频流式传输模式。
Nimble Streamer 软件媒体服务器可以获取 Larix 的输入和 produce Icecast stream。您可以在此处使用任何启用 Icecast 而是。
SLDP Player 可以玩 Nimble 出品的 Icecast Streamer 或任何其他支持 Icecast 的服务器。

这也可以与其他公司的产品一起构建，因此您可以自己选择合适的工具。

【讨论】：

谢谢尤里。我看过 Shoutcast 和 Icecast，但延迟是不可接受的。我编辑了我的问题以指定我需要什么样的延迟。
Icecast 的测量结果如何？以及您使用什么软件进行传输和播放？
我没有尝试过，但我了解到，shoutcast 和 icecast 不是为接近实时的通信而设计的，并且有几秒钟的延迟（顺便说一句，我使用 cleanfeed.net 找到了我的解决方案）。
你一定要先自己试试 Icecast，我不知道为什么它被描述为高延迟。

【解决方案2】：

一个超级简单的设置是只使用名为 ffmpeg 的命令行工具（它也有一个 api）请参阅https://trac.ffmpeg.org/wiki/ffserver 的文档

您的源音频所在的位置只需启动 ffmpeg 或 ffserver

ffserver -f /etc/ffserver.conf

在该配置中放置源音频的位置和输出 url，它将发布到...然后您的客户端接收器可以使用 ffplay 和

ffplay <stream URL>

ffmpeg 是用于音频/视频操作的免费开源行业主力...它的底层技术是几个更可见的工具，如 vlc 在幕后使用

【讨论】：

这种方法有什么样的延迟？我正在寻找延迟与 Skype、Discord 等类似的东西。（实际上，我在 [Cleanfeed] (cleanfeed.net) 提供的服务中找到了我的解决方案，但仍然对如何实现这一点感兴趣）。跨度>