raspberry pi 分离服务器广播音频流
raspberry pi separate server broadcast audio stream
最后，我希望将我的 Raspberry Pi 用作移动音频 recorder/uploader，它将音频流式传输到服务器。然后，服务器会将音频多播给听众。该应用程序是我旅行时的实时音频博客。
如果我理解多播，从 pi 进行多播是不可行的，因为每个用户都需要 pi 来处理提供新的音频流。
所以我似乎需要一个单独的服务器，可能是亚马逊 AWS 或类似的东西，它从我的 pi 接收音频流，然后将其提供给用户。
我认为 Icecast 是我希望服务器将流传送给用户的方式。但是什么是 pi -> 服务器 -> icecast 的良好设置？理想情况下，我希望保持低滞后，但我会牺牲低滞后以获得简单的解决方案。我也希望 pi -> 服务器流在低带宽的情况下自动降级，但我知道这可能要求太多。
实际创建音频流（在您的示例设置中从 PI 到 Icecast 服务器）到 Icecast 服务器的程序称为 "source client"。它们都有不同的功能，您可以选择合适的功能。您可以在此处获取实际的源客户列表
http://icecast.org/apps/
我推荐 liquidsoap 作为最强大的工具，或者你可以使用 ezstream，因为它不会重新编码你的音乐文件并保存你的 CPU 这对Raspberry Pi.
最后，我希望将我的 Raspberry Pi 用作移动音频 recorder/uploader，它将音频流式传输到服务器。然后，服务器会将音频多播给听众。该应用程序是我旅行时的实时音频博客。
如果我理解多播，从 pi 进行多播是不可行的，因为每个用户都需要 pi 来处理提供新的音频流。
所以我似乎需要一个单独的服务器，可能是亚马逊 AWS 或类似的东西，它从我的 pi 接收音频流，然后将其提供给用户。
我认为 Icecast 是我希望服务器将流传送给用户的方式。但是什么是 pi -> 服务器 -> icecast 的良好设置？理想情况下，我希望保持低滞后，但我会牺牲低滞后以获得简单的解决方案。我也希望 pi -> 服务器流在低带宽的情况下自动降级，但我知道这可能要求太多。
实际创建音频流（在您的示例设置中从 PI 到 Icecast 服务器）到 Icecast 服务器的程序称为 "source client"。它们都有不同的功能，您可以选择合适的功能。您可以在此处获取实际的源客户列表 http://icecast.org/apps/
我推荐 liquidsoap 作为最强大的工具，或者你可以使用 ezstream，因为它不会重新编码你的音乐文件并保存你的 CPU 这对Raspberry Pi.