【问题标题】：Is it realistic to stream 12-16 bit audio through SPP bluetooth in realtime?通过 SPP 蓝牙实时传输 12-16 位音频是否现实？
【发布时间】：2018-07-26 04:06:04
【问题描述】：
我已尝试通过HC05 SPP 蓝牙模块发送 12 位音频以实时收听，该模块通过 python RFCOMM 套接字通过串行连接到 arduino 和 DAC。 我从那时起，Serial Port Protocol 就因为它的低带宽而不适合这个目的。我想我肯定可以发送数据，然后通过 DAC 播放，但我怀疑 arduino 会保存一个 WAV 文件大小的数组，甚至可能不是 mp3 文件，但这会破坏控制音频的目的（播放，暂停，倒带等）从我的电脑。 使用支持 A2DP 的蓝牙模块会更现实和更有价值吗？或者是否仍然可以使用 SPP 实时收听可接受质量的 12-16 位音频？ 我尝试使用较低位的歌曲，调整 arduino 和 HC-05 串行端口的波特率，并尝试调整 DAC 输出到音频端口的值的大小，我似乎仍然听到噼啪声。 问题似乎归结为SPP的低比特率传输速度，还是我错了？
【问题讨论】：
标签：
audio
bluetooth
bitrate
spp
a2dp
【解决方案1】：
通过 SPP 蓝牙实时串流 12-16 位音频是否现实？
当然，以非常慢的采样率
使用支持 A2DP 的蓝牙模块会更现实和更有价值吗？
是的，毫无疑问。这就是它的设计目的，as I mentioned in your other question。
或者是否仍然可以使用 SPP 实时收听质量可接受的 12-16 位音频？
可接受是主观的。如果只是声音，你可以摆脱它。如果您想要合理的音乐音频质量，几乎普遍，不，这是不可接受的。
似乎问题归结为 SPP 的低比特率传输速度，还是我错了？
如果没有任何代码可以检查和调试，就不可能说出您所指的具体问题是什么。毫无疑问，低带宽无论如何都不会带来高质量的音频。
如果必须继续使用 SPP 和 PCM 等简单编解码器，至少使用差分 PCM 以节省更多带宽。