6

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

我听说过很多关于 HTTP 流的信息，但在阅读了一些维基百科文章后，在我看来，“HTTP 流”只是不同流协议的总称，例如RTSP / RTCP / RTP。

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

我认为流式传输一个特定的媒体文件与流式传输连续流（如网络收音机）没有什么不同，因此我搜索了第一个网络收音机并下载了 .pls 或 .m3u 文件。
两者基本上都是包含 url 的文本文件。所以我开始使用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 流。

根据维基百科，这是 SHOUTcast 协议。
（我不确定这是否与 Icecast 使用的协议相同）

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

4

1 回答 1

5

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 个字节将是 ASCII 元数据，例如StreamTitle: 'My Stream';StreamUrl='';，用 填充0x00。如果您好奇的话，我已经在另一篇文章中更详细地描述了元数据。

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

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

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

HTTP 就是您所需要的。事实上，不需要为此编写一些服务器。Apache/Nginx/whatever 可以正常工作。只是一个简单的 HTTP 服务器！如果您想按 ID 提供文件，这就是您的 Python 的用武之地。编写一些内容，根据该 ID 从磁盘获取适当的资源。我不会为此烦恼 RTSP ......这对于你需要的东西来说太过分了，而且你会损害客户端的兼容性。

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

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

总结这一切

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