是否可以使用HTML5/javascript播放此流？

基本上是尝试在我正在移植到浏览器的应用程序中播放一些实时音频流

流示例：

我尝试过HTML5音频标签和jPlayer，但没有成功。但是，当我检查HTTP响应头时，指定的内容类型是“audio/aacp”（不确定这是否有用），我对流式音频几乎一无所知

---

我希望对音频格式有更多了解的人能为我指明正确的方向。

问题不在于AAC+是否可播放，而在于解码名为ADT的流媒体ACC包装。或“使用SHOUTcast协议通过HTTP传输的MP4包含AAC”可以解码，因此只能由两个媒体播放器（例如foobar2000、Winamp和VLC）播放

---

。不幸的是，从我们的角度来看，似乎没有什么可以做的，只有浏览器供应商可以决定添加对ADT解码的支持这是一个。有60多人（包括我自己）关注该问题，该问题被标记为“WontFix”。

您的链接已断开。另外，你能给我们一些你尝试过但没有成功的细节吗？是的，我只是注意到，从API传回的url没有一个能正常工作。当上面的链接正常工作时，HTML5音频标签似乎不能正常工作，尽管它能很好地与m4a文件的url一起工作。与jPlayer相同。只有使用jPlayer时，我不知道指定什么作为实时音频流的提供格式，所以我每次都尝试使用支持的格式一次，但没有成功。您说您使用的是m4a文件。我对音频标签也不是很有经验，但据我所知：它只支持Ogg、MP3和WAV。对这些的支持也因浏览器而异（向下滚动至“示例”），是否有一个AAC+流的示例，该流使用的是ADT以外的容器？我没有看到过。AAC+有各种各样的容器。与大多数其他容器不同，ADTS头出现在每个AAC raw_数据块或2到4个raw_数据块之前。这允许客户端在任何时候“跳入”，因为所需的信息（关于传入的音频数据）总是在音频数据包之间发送。大多数MPEG4容器将所有头信息保存在文件的开头或结尾。但当你像广播电台一样广播时，文件/广播没有“开始”或“结束”。音频数据有一个不可知的内容长度。对，我理解，但我想问的是，你是否看到过不使用ADT的直播流。我已经看过了，但还没有看到。我不相信还有任何其他ACC容器允许“流”。据我所知，ADTS是唯一一个在每个AAC数据块之前发送头的容器。其他每个容器似乎都是为有限长度介质设计的（在这里您知道开始和结束）。像广播一样的流式音频不适合这种结构。有什么已知的解决方法吗？可以使用类似jPlayer的东西吗？