用于音频流的RTSP与HTTP

我安装了一个Icecast服务器来模拟一个电台。Icecast使用HTTP作为协议，但我想知道，仅对于音频，它是否提供足够好的音质。我听说过RTSP，它似乎对音频流更方便，但我找不到任何使用RTSP协议的Icecast等价物

你能告诉我你的想法吗

---

谢谢

音频质量取决于编解码器及其比特率。传输几乎不相关。

将HTTP与支持自适应比特率的协议结合使用。理论上这是不合适的。。。然而，HTTP具有广泛的互操作性。它在服务器端和客户端都有无数的实现，这很好。

---

RTSP的互操作性并不出名。。。正常RTSP服务器关闭非活动控制连接。性能良好的服务器仍将保持RTSP会话比HTTP会话长一段时间

因此，你会怎么想？我是否可以坚持使用HTTP，并且仍然具有良好的音质，并且没有太多问题？你说的不合适是什么意思？因为HTTP和TCP传输协议是为可靠的传输而设计的，而不是为了保持稳定的流量，但是随着现在高速连接的普及，这并不重要；HTTP只能查找字节范围，而不能查找时间偏移，所以对于音频流，我认为HTTP应该可以。您应该使用RTP/RTSP的唯一真正原因是，它们的会话可能包含要在接收方端组合的多个流；例如，音频和视频可能位于不同的频道。@OlivierLaflamme从技术上讲，您可以通过HTTP查看时间范围。这是不常见的。此外，您还可以通过HTTP发送您想要的任何容器格式，因此有多个音频和视频通道是可能的。更简单的是，DASH和HLS等细分标准直接实现了这一点。@Brad谢谢，我完全同意！我实际上忘记了您可以通过HTTP:查看时间范围，希望这些额外的信息有助于OP，因为我可以更详细地解释。在选择协议时，您主要关心的是客户端兼容性。HTTP几乎与任何东西都兼容，而RTSP则不兼容。传输协议与音频质量无关。。。这取决于使用的编解码器及其配置。