Java 音频流URL和解决流URL问题

我想我会分享我的经历。这不是一个问题。我们解决了一个问题。我相信老媒体服务器猎犬知道这一点。我没有。我希望这能为你将来节省时间

问题：我的客户的Shoutcast列表消失了，但他们的提供商没有。（为了方便起见，Shoutcast提供了许多电台的列表。我的客户过去是： http://yp.shoutcast.com/sbin/tunein station.pls？id=3012xx然后它就消失了！他们的电台没有

我们得到了电台提供给我们的几个URL，但没有一个是通过我们的播放器播放的。在每个.pls、.ram文件中，都列出了相同的URL（请参见注释）-类似以下内容：

http://74.53.186.162:9082/

我们是如何解决这个问题的

在上面的Shoutcast控制台页面上，有一个listen链接。它指的是一个扩展名为.pls的URL。它还显示了采样率、当前侦听器的数量等。URL工作正常

有趣的是，位于该URL的文件实际上是一个带有原始URL的.pls文本文件（类似于http://74.53.186.162:9082/）

我学到了什么

Shoutcast服务器知道什么类型的客户端正在访问它们的数据。我假设IceCast服务器也是如此。我怎么知道的？循环URL引用。这意味着您的播放器首先解析文本文件，就像您的浏览器查看mime类型一样

在代码中使用的媒体播放器类可能非常愚蠢。它们对mime类型、比特率、扩展名等非常敏感

如果我有.pls或其他媒体文件，我可以在本地使用它们

硬编码的IP地址和以前一样糟糕。不幸的是，开发人员没有太多的控制权

---

注意：带有.pls、.ram等的音频流是文本文件，其中包含指向实际流的URL。文本文件还包含其他元数据。如果您从txt文件中获取原始URL并启动它，您可能会获得一个Shoutcast服务器界面，该界面为您提供播放器可能使用的流信息。（在查看广播电台网站时，有时可以在播放机的启动参数中找到流URL。有时它们可能不同。）

这不是问题，如果有人关闭？会是一个很好的博客。是的。我只是想发布它-我没有一个适合的博客…你能把这个问题重新表述为你试图解决的问题，然后在下面发布解决方案，这样我们就可以从未答复列表中删除这个问题吗？谢谢。