Question

我正在尝试编写一个Python服务器，从头到尾流式传输一个请求的mp3文件。（没有直播）
我希望能够使用任何媒体播放器（如VLC）播放该流，并能够改变播放位置。

我听说过很多关于HTTP Streaming的内容，但在阅读了一些维基百科文章之后，在我看来，“HTTP Streaming”只是不同流媒体协议的总称，如RTSP / {{3} } / RTCP

然后我遇到RTP这是一个专有软件（服务器！），用于使用自己的协议的流媒体。另一个似乎提供类似功能的现有服务器程序是SHOUTcast 我不太确定SHOUTcast和Icecast之间的关系，但似乎有一个。

我认为流式传输一个特定的媒体文件与流式传输连续流如网络广播不同，所以我搜索了第一个webradio并下载了.pls或.m3u文件。
两者基本上都是包含网址的文本文件。所以我开始使用wireshark并将VLC指向该URL 我看到的主要是HTTP流量：

VLC：

GET /schizoid HTTP/1.1

VLC：

Host: <ip>:8000
User-Agent: VLC/2.0.5 LibVLC/2.0.5
Range: bytes=0-
Connection: close
Icy-MetaData: 1

服务器响应：

HTTP/1.0 200 OK
Content-Type: audio/mpeg
icy-br:128
ice-audio-info: bitrate=128
icy-br:128
icy-description:PsyTrance 24x7
icy-genre:psytrance
icy-name:Radio Schizoid
icy-pub:1
icy-url:http://schizoid.in:8000/schizoid
Server: Icecast 2.3.2
Cache-Control: no-cache
icy-metaint:16000

然后服务器开始发送原始数据，这似乎是mp3流。

Icecast这是SHOUTcast协议（我不确定这是否与Icecast使用的协议相同）

但我认为封闭的（According to Wikipedia）协议不可能成为流媒体的标准所以我的问题是将流媒体（特定的mp3文件）集成到python服务器中的最佳（最简单和最好的支持）方式是什么？我是否必须手动实施SHOUTcast协议或者像RTP一样的方式？（我不介意使用第三方库）

Answer 1

SHOUTcast客户端协议实际上与HTTP / 1.0相同。唯一相关的区别是响应状态行：

ICY 200 OK

而不是HTTP/1.0，您获得ICY。真的是这样的！从那里，它的行为相同。 Web浏览器和大多数HTTP客户端忽略了这一点。 Android上扼杀了一些浏览器，但大多数都很好。 Icecast的客户端流行为与SHOUTcast相同，只是它实际上为其状态行返回HTTP/1.0 200 OK。

现在，您已经注意到这些响应标头中有一些带有流信息的额外标头。除了一个之外的所有信息都只是额外的信息，对您要获取的数据没有任何影响。如果您没有请求元数据，那么服务器什么也不做，只是从源发送到它的每个字节，并将其中继到每个客户端（也有一点服务器端缓冲区）。

如果在您的请求标头中指定了Icy-MetaData: 1，则行为会略有变化。在回复中，您将获得Icy-MetaInt: 8192或类似内容。这意味着每8,192个字节，就会有一大块元数据。有时该块只是0x00，这意味着没有元数据更新。其他时候会有像0x01这样的字节。如果将该值乘以16，则您知道接下来的16个字节将是StreamTitle: 'My Stream';StreamUrl='';的ASCII元数据，由0x00填充。如果你好奇，我已经描述了the metadata in more detail in another post。

所有这一切都说最流行的流媒体协议实际上是HTTP，而SHOUTcast / Icecast /许多其他服务器都添加了一个请求标头，您可以在其中将元数据交错到流中。不请求元数据的HTTP客户端只会获得常规的MP3流，浏览器认为这只是某个文件。毕竟，浏览器并不关心你如何获取数据。

现在，您应该使用什么？您的要求：

我正在尝试编写一个Python服务器，从头到尾流式传输一个请求的mp3文件。（没有直播）

HTTP就是您所需要的。实际上，没有必要为此编写一些服务器。 Apache / Nginx /什么都可以正常工作。只是一个简单的HTTP服务器！如果你想通过ID提供文件，那就是你的Python所在的位置。根据该ID，写一些内容并从磁盘中获取适当的资源。我不打算使用RTSP ...这对你需要的东西来说太多了，而且你会损害客户兼容性。

我希望能够使用任何媒体播放器（如VLC）播放该流，并能够更改播放位置。

对于该要求，请确保您的服务器支持range requests。客户将负责其余的工作。

总结一下

SHOUTcast / Icecast服务器用于“实时”无线电流，其中所有客户端（大致）同时获得相同的音频流
HTTP是最兼容的协议，用于向客户端提供任何内容，无论是否流式传输
RTSP / RTMP / RTP和所有相关协议都不是必需的，除非您正在传输长时间运行或实时流，其中基于客户端带宽可用性的可变比特率很重要。（这些协议还有其他功能，但这似乎是选择它们的决定性因素。如果您想了解更多信息，我建议您阅读每个协议。）

我应该使用哪种协议来传输音频（不是直播）？

1 个答案:

总结一下