gpt4 book ai didi

html - 流式传输音频文件与静态服务

转载 作者:行者123 更新时间:2023-12-03 02:26:25 49 4
gpt4 key购买 nike

我有一个网站,用户可以在其中上传音频文件(aac 类型)。用户可以通过网络浏览器或 iPhone 或 Android 等移动设备播放他们的音频文件。对于网络浏览器,我想支持最新的 HTML5 音频标签,并为旧版浏览器提供 Flash 后备。

我做了一些研究,mp3 看起来是向网络浏览器提供音频文件的最佳格式,因为一些现代浏览器 native 支持 mp3,而不支持的浏览器 (FireFox) 可以回退到 flash。一旦用户上传了一个 aac 文件,我将创建另一个版本的音频文件作为可用于服务的 mp3。

提供这些音频文件的最佳方式是什么?流式传输还是静态服务?有什么优点或缺点吗?也许有一种灵活的服务器技术。我知道icecast,但我认为它不适合我的特定用例。

我还有一个关系数据库,它存储每个静态音频文件的链接。我也想使用 HTTP 流而不是专有协议(protocol)。最重要的是,我希望尽可能高效地执行此操作,因为带宽可能会变得昂贵。

最佳答案

认为 iDevices(iPhone、iPad、iPod)和 Android 手机支持的流媒体协议(protocol)并不相同。虽然 iDevices 支持 HTTP Streaming,但 Android 手机只支持 RTSP 协议(protocol)。

因此,如果您想使用流协议(protocol)为多个设备提供服务,则认为您必须为每种类型使用编码器/服务器(iDevices 的分段器和网络服务器,Android 的 RTSP 服务器)。

就效率而言,我认为您不会有很大提高,但是使用 HTTP 流式传输您可以获得其他好处,例如使用多比特率文件的可能性,这允许您提供相同音频的不同编码版本,以提供不同的音频质量,具体取决于用户<->服务器连接速度。

实现 HTTP 流非常便宜。实际上,您可以使用 ffmpeg 对文件进行编码,并使用 Apple 提供的免费分段器来进行编码。但是,请记住,这不适用于 Android 设备。

关于html - 流式传输音频文件与静态服务,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4352458/

49 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com