移动客户端的音频流带宽答案

【问题标题】：Bandwidth for audio stream for the mobile client移动客户端的音频流带宽
【发布时间】：2011-08-30 22:14:37
【问题描述】：

1/ 我想知道我是否正确计算（粗略）MP3/AAC 音频流的带宽。流的参数是：

Sample rate: 44100,  
Bitrate: 128bit
Channels: 2,
Stream type: icecast (no metadata)
Codecs used: MP3 or AAC

原始音频为：44100*128*2 = 11289600 bits/sec = 11025 kbit/sec = ~10.8 MBit/sec。我将计算 10:1 压缩比（我认为这或多或少是正确的 - 但如果我错了，请纠正我）然后大约。 1 兆比特/秒 应该足够了。

2/ 计算是否正确？因为这意味着对于 GPRS (~80 kbps)、EDGE (~230kbps)、UMTS (~384kbps)，甚至尝试这些流都没有意义。如果我的计算是正确的，那么唯一的技术就是 HDSPA，它从 ~1.8 Mbps 开始。

3/ 谁能给我提供移动音频流的良好参数？

非常感谢 BR 不锈钢

【问题讨论】：

【解决方案1】：

您已经弄清楚了第一部分，音频实际上是 16 位的，并且这里指定的比特率是针对压缩器的。

第二部分是选择适合移动流媒体的比特率。在我的测试中，我发现你并不想超过 96kbit，但 64kbit 通常是可以接受的。

要在 64kbit 下获得不错的音频质量，您可以将流编码为单声道。如果您更喜欢立体声，您将在此比特率下获得许多压缩伪像。那时只推荐 AAC，它在低比特率下效果很好。

至少在我所在的地区，带宽无法可靠地做更高的事情，这是在 EvDO 上。

【讨论】：

感谢 cmets！那么对于较低的比特率，AAC 是否比 MP3 更适合？你能告诉我这是什么原因吗？它是更好的压缩算法吗？是否可以使用 AMR 来处理较低的比特率？语音编码是肯定的——但它也可以用于无线电吗？你看到这个被使用了吗？除了 AAC 和 MP3，我们还有其他选择吗？感谢您的回复。
OGG 怎么样？这会是一个选择吗？
你实际上可以通过 SHOUTcast/Icecast 运行任何你想要的东西。它所做的只是中继字节。（Telnet 进入编码器端，发送适当的标头，然后键入。然后，telnet 进入客户端。你会明白我的意思！）至于支持什么，MP3 为王，AAC 紧随其后。至于哪种编解码器更好，在我看来，AAC 在较低比特率下比 MP3 效果更好。我没有在更高的比特率下比较两者，但读到其他人发现它不是那么好。你应该尝试看看什么听起来对你来说更好。 MP3 在 160kbps 以上开始变好。
是的，您可以使用 OGG，但我不确定 VLC/Winamp 之外的客户端支持。