流媒体音频文件vs静态服务

Question

我有一个网站，用户可以上传音频文件（类型AAC）。用户可以通过Web浏览器或移动设备（如iPhone或Android）播放其音频文件。对于网络浏览器，我想支持最新的HTML5音频标签，并为旧版浏览器提供闪回回退功能。

我做了一些研究和mp3看起来像为音频文件提供给网页浏览器的最佳格式，因为一些现代浏览器本身支持mp3，而对于不支持（FireFox）的浏览器则可以回退到Flash。一旦用户上传aac文件，我将创建另一个版本的音频文件作为可用于提供服务的mp3。

服务这些音频文件的最佳方式是什么？流媒体或静态服务？有没有优点或缺点？也许有一种灵活的服务器技术。我知道icecast，但我认为它不适合我的具体用例。

另外我有一个关系数据库，它存储了每个静态音频文件的链接。我想使用HTTP流式传输，而不是专有协议。最重要的是，我希望尽可能有效地做到这一点，因为带宽可能会变得昂贵。

Answer 1

认为iDevices（iPhone，iPad，iPod）和Android手机支持的流媒体协议并不相同。虽然iDevices支持HTTP Streaming，但Android手机仅支持RTSP协议。因此，如果你想用流媒体协议为多个设备提供服务，那么你将不得不为每种类型使用编码器/服务器（分段器和iDevices的Web服务器，Android的RTSP服务器）。

就效率而言，我认为你不会有很大的提升，但是使用HTTP流式传输可以让其他用户受益，例如使用多位文件的可能性，使您可以提供不同编码版本的相同音频以提供不同的服务音频质量取决于用户< - >服务器连接速度。

实现HTTP流式传输非常便宜。实际上，您可以使用ffmpeg对Apple提供的文件和自由分段器进行编码。但是，请记住，这不适用于Android设备。