1. 编码为128kbps和320kbps音频,并基于带宽切换?这增加了确定带宽的额外复杂性。
2. 以HLS/DASH作为纯音频流进行编码。我不确定该格式的等效比特率是多少?对于视频,有很多在线信息,但不确定能够流式传输的相当于1080p、720p、480p、320p(我的视频编码预设)。
3. 使用OPUS之类的东西,但似乎没有任何移动浏览器支持它。
我不愿意使用任何服务器端软件并使用已经支持HLS/DASH的CDN。
考虑到所有这些,我想知道哪些方法实际上是有效的和推荐的?
是否根据带宽进行编码,例如将音频编码为128kbps和320kbps,并根据带宽进行切换?
当然,但是如果有人可以播放128kbps的音频,他们也很可能可以顺利地播放320kbps的音频。至少在美国,有些移动设备可以可靠地处理大约64kbps的音频。超过这个速率,通常它们会连接到LTE或类似的技术,具有可靠的回程传输,并可以以更高的速度传输。如果你使用AAC,我建议你准备一个64kbps的流和一个192kbps的流。如果你使用MP3,则在高端时要使用320kbps。(你总是可以在两者之间增加更多的步骤,但这对你来说意味着更高的成本,而且通常不值得。不过,像任何事情一样,要关注自己的分析数据,并根据自己的受众调整。没有一种通用的设置。)
将其编码为HLS / DASH作为仅音频流。不确定该格式中等效的比特率是多少?
HLS和DASH不是编解码器,它们是传输协议。无论您选择哪种传输协议,您的比特率应该是相同的。
对于视频,有很多在线信息,但不确定能够流式传输的等效分辨率是多少- 1080p,720p,480p,320p(我的视频编码预设)。
这没有相应之处...你在谈论音频,与视频无关。而且,您的流分辨率只与其比特率松散相关。
使用类似于OPUS的编解码器,但似乎没有任何移动浏览器支持它?
您可能需要使用多种编解码器以获得最广泛的浏览器支持。但是,这与所使用的带宽或传输协议无关。
对于音频编解码器,Opus在更高的比特率下与AAC相当,在较低的比特率下表现更好,在带宽灵活性方面具有广泛的优势(因为它实际上是几个编解码器组合成的套件),并且具有较少的许可问题。 AAC优于MP3。HE-AAC(aacPlus)在较低的比特率下优于AAC,但不具备最佳的设备/软件支持。 MP3表现还不错,但客户端支持最好...所有内容都可以播放MP3,并且它是自同步的...不需要容器。(Opus和AAC需要某种容器进行流式传输...这在AAC中更容易,因为可以使用ADTS进行此目的。)
我不想使用任何服务器端软件,并使用已支持HLS / DASH的CDN。
你甚至不需要使用HLS/DASH,特别是如果你的内容是预先录制好的。(当然你也可以使用它们,但增加的额外开销意义不大。) 当然,你说得对,最好使用现有的CDN。 HLS和DASH的整个意义在于,你可以重用所有这些HTTP CDN基础设施...用于直播流媒体。