对于带有 ICY 元数据的 SHOUTcast/Icecast 风格的电台(构成互联网广播电台的大部分),最好的办法是从流本身获取这些数据。
首先,您需要一个指向实际流的 URL。如果您在http://somafm.com/secretagent/访问 SomaFM 的秘密特工页面,您会看到其他播放器的收听链接。例如,让我们使用指向http://somafm.com/secretagent130.pls的 128k AAC 链接。这不是实际的流……它是一个播放列表文件,其中包含指向实际流的链接。在您喜欢的文本或代码编辑器中打开它,看看我的意思:
[playlist]
numberofentries=2
File1=http://ice1.somafm.com/secretagent-128-aac
Title1=SomaFM: Secret Agent (#1 ): The soundtrack for your stylish, mysterious, dangerous life. For Spies and PIs too!
Length1=-1
File2=http://ice2.somafm.com/secretagent-128-aac
Title2=SomaFM: Secret Agent (#2 ): The soundtrack for your stylish, mysterious, dangerous life. For Spies and PIs too!
Length2=-1
Version=2
Internet 广播电台通常在此处包括多个服务器以进行故障转移。如果侦听器与其中一个断开连接,则播放器通常会滚动到下一个项目。当一台服务器达到其监听器限制时,这也很有用......玩家将(希望)最终击中另一台处于活动状态的服务器。
无论如何,启动 Wireshark 或其他一些数据包嗅探器的副本。点击音频播放器中的 URL 之一,并检查流量。我们首先要看的是请求和响应。
GET /secretagent-128-aac HTTP/1.1
Host: ice1.somafm.com
User-Agent: VLC/2.2.4 LibVLC/2.2.4
Range: bytes=0-
Connection: close
Icy-MetaData: 1
HTTP/1.0 200 OK
Content-Type: audio/aacp
Date: Sat, 20 May 2017 20:43:56 GMT
icy-br:128
icy-genre:Various
icy-name:Secret Agent from SomaFM [SomaFM]
icy-notice1:<BR>This stream requires <a href="http://www.winamp.com/">Winamp</a><BR>
icy-notice2:SHOUTcast Distributed Network Audio Server/Linux v1.9.5<BR>
icy-pub:0
icy-url:http://SomaFM.com
Server: Icecast 2.4.0-kh3
Cache-Control: no-cache, no-store
Pragma: no-cache
Access-Control-Allow-Origin: *
Access-Control-Allow-Headers: Origin, Accept, X-Requested-With, Content-Type
Access-Control-Allow-Methods: GET, OPTIONS, HEAD
Connection: Close
Expires: Mon, 26 Jul 1997 05:00:00 GMT
icy-metaint:45000
这些互联网广播服务器要么是 HTTP(在 Icecast 和其他的情况下)要么非常接近它(旧版 SHOUTcast),并接受正常GET
请求。在这种情况下,我的播放器 (VLC) 发出GET
请求/secretagent-128-aac
,这是实际流的路径。
我的播放器还包括一键请求标头:
Icy-MetaData: 1
此Icy-MetaData
标头要求服务器将元数据与音频流数据混合。也就是说,“正在播放”的曲目信息将定期发送到流中。
在服务器响应标头中,还有另一个关键标头:
icy-metaint:45000
这告诉我们两件事……第一件事是服务器同意发送元数据。二是元数据间隔为45000字节。每 45,000 个字节,服务器将注入一大块元数据。让我们回到我们的数据包嗅探器,看看它是什么样子的:
元数据块的第一个字节0x06
,告诉我们元数据块有多长。取那个字节的值,乘以 16,你就会得到元数据块的长度(以字节为单位)。也就是说,0x06
对于第一个元数据块字节告诉我们接下来的 96 个字节将是元数据,然后再返回常规流数据。请注意,这意味着整个元数据为 97 个字节……长度指示符为 1 个字节,其余为 96 个字节(在本例中)。
现在,让我们进入实际的文本元数据格式:
StreamTitle='Buscemi - First Flight To London';StreamUrl='http://SomaFM.com/secretagent/';
它看起来很简单。 key='value'
, 分号;
分隔。不过,这有一些大问题。例如......没有真正标准的方法来转义单引号。如果元数据值需要包含单引号,有时是\'
,有时是'''
. 有时根本逃不掉!
此外,并非所有服务器都使用相同的字符编码。您可能可以安全地假设 UTF-8,但确实希望某些服务器可能不同,或者只是简单地破坏了它们自己的元数据编码。
无论如何,既然您知道所有这些是如何工作的,那么您就可以实施了。如果你愿意,我有一些你可以授权的代码。一个是 Node.js API 服务器,当给定一个流 URL 时,它将为您返回元数据,在服务器端执行所有缓冲和解析。另一个是基于 MSE 的客户端播放器……请注意,这仅适用于支持 CORS 的服务器,据我所知,今天只有我自己的服务器(AudioPump CDN)可以这样做。如果您对此代码感兴趣,请随时通过 brad@audiopump.co 给我发送电子邮件。如果您对我在 Stack Overflow 上的回答有任何疑问,请在此处发表评论。