【问题标题】:Expected latency while streaming audio with Bluetooth LE使用蓝牙 LE 流式传输音频时的预期延迟
【发布时间】:2017-03-27 22:42:51
【问题描述】:

我是第一次在这个论坛发帖,英语不是我的母语,如有错误,请见谅;)。

我正在尝试了解是否可以使用蓝牙 LE 4.X 技术保持非常低的延迟来实时流式传输音频。即低于 10 毫秒。我正在尝试通过蓝牙直播乐器,演奏乐器的瞬间与音乐家听到它之间的差异应该可以忽略不计。

由于我在此页面中看到的内容,我特别要求 BLE:https://en.m.wikipedia.org/wiki/Bluetooth_low_energy。 在技​​术规范中它说:延迟(从非连接状态)6 ms。但我找不到该值的来源,即使这样我也不知道这是否是我正在寻找的值。

谢谢! :)

【问题讨论】:

  • 您最好的选择是使用带有 A2DP 配置文件的 Classic BT。 A2DP 支持多种编解码器,即 SBC、APTX、MP3 等。与 SBC 相比,由于块大小更小,APTX 似乎具有最少的延迟。请注意,48Khz 立体声音乐需要 345Kb/s,而 LE 在 GATT 级别的理论最大值低于此值。请参阅soundexpert.org/news/-/blogs/bluetooth-audio-quality-a2dp。如果你真的需要 LE,那么你可能需要蓝牙 5.0(4 倍速)+ 实现一些流协议(例如 MTP)的自定义配置文件
  • 非常感谢!你的回答很有用。关于采样频率,我打算使用较低的值。也许44khz或更少。 LE 不是条件。

标签: bluetooth streaming bluetooth-lowenergy audio-streaming latency


【解决方案1】:

BLE 专门用于发送少量数据,强调通过牺牲速度来节省电力。如果您担心速度和延迟,那么您可能不应该使用 BLE。

不过,要回答您的问题,延迟取决于连接间隔。连接间隔是两个设备在数据传输之间等待的时间。

维基百科页面的 6 毫秒是关于在两个设备之间进行初始连接所需的时间长度(BLE 在进行初始连接方面比“经典”蓝牙更快,因为我认为它们使它更简单),但是与建立连接后正常使用时的延迟无关。

大多数支持 BLE 的蓝牙 4.0 设备也支持常规蓝牙,所以我建议尽可能使用它(因为您关心的是延迟而不是功耗)。

【讨论】:

  • 谢谢!我以为我读错了数据。我会调查的。
猜你喜欢
  • 1970-01-01
  • 2013-04-27
  • 1970-01-01
  • 2019-09-29
  • 2015-05-04
  • 2012-09-16
  • 2016-07-07
  • 1970-01-01
  • 2021-10-05
相关资源
最近更新 更多