7

有没有人成功地从远程无线电流中读取 SHOUTcast/Icecast 元数据？

有几个库可以从本地 MP3 文件中读取元数据，但似乎没有一个库设计用于处理无线电流（本质上是远程服务器上一个永无止境的 MP3 文件）。

其他建议建议从 mp3 流的开头下载有限数量的位，但这通常会导致一堆没有类似于文本元数据的十六进制输出。

有人知道更成功的解决方案吗？谢谢。

4

3 回答 3

6 
#!/usr/bin/env python
import urllib2
stream_url = 'http://pub1.di.fm/di_classictrance'
request = urllib2.Request(stream_url)
try:
    request.add_header('Icy-MetaData', 1)
    response = urllib2.urlopen(request)
    icy_metaint_header = response.headers.get('icy-metaint')
    if icy_metaint_header is not None:
        metaint = int(icy_metaint_header)
        read_buffer = metaint+255
        content = response.read(read_buffer)
        title = content[metaint:].split("'")[1]
        print title
except:
    print 'Error'

有关更多详细信息，请查看此链接

于 2013-06-04T08:54:38.423 回答
0

我使用了一些@dbogdan 的代码并创建了一个库，我每天用于超过 4 千个流。它运行良好且稳定，并支持诸如歌曲名称、艺术家姓名、比特率和内容类型等元数据。

你可以在 https://github.com/Dirble/streamscrobbler-python找到它

于 2014-12-19T23:51:59.130 回答
-1

由于 mp3 是一种专有格式，因此规范并不容易获得。我认为这个网站提供了一个很好的概述。

在普通的 mp3 文件中，ID3v1 元数据标签位于文件的最后，它构成了最后 128 个字节。这实际上是一个糟糕的设计。ID3 系统是作为 mp3 的事后添加的，所以我想在不破坏向后兼容性的情况下没有其他方法可以做到这一点。这意味着，如果广播流像一个永无止境的 mp3 文件一样提供，那么通常意义上的 ID3 标签就不会存在。

我会与经营广播电台的人核实；也许他们把 ID3 标签放在一个非标准的地方？

于 2011-07-07T16:31:01.500 回答