[参考译文] CC2564C：低延迟 A2DP 音频

谦逊 通常、A2DP 是流处理服务、因此延迟不应成为问题。 IMO、端到端大约100毫秒是可以接受的。

您是否看到数据包在空中重新传输？ 是否对 A2DP ACL 连接使用'HCI_Flow_Specification'命令？ 对于服务类型、请尝试"尽力"。

谢谢

您好 Hari、

100ms 仅用于 CC2564、而不是端到端  另一端是增加大约50-80ms 的延迟、这使得系统总延迟为150至180ms。  这是音频与视频同步的临界性-这是我的用例。  我有电视音频流入由 Linux 系统控制的 Cypress BT 模块、然后通过 A2DP 传输到 CC2564、输出到扬声器。  我很难相信 Linux 系统在延迟方面的性能会超过 CC2564。   

您是否说无法通过 CC2564调节或降低此延迟？  我需要能够解释这个100ms。  我所阅读的文章(例如： http://searanllc.com/audio-latency-using-sbc-codec/)似乎表明 SBC 具有很低的延迟、并且延迟可能小于50ms。

在等待您的回复时、我会尝试您提供的建议、看看这是否有所改善。

Jason

将服务类型更改为"尽力"似乎不会影响延迟。  持续测量从无线数据包到扬声器输出的100-120ms 延迟。  MAX9880A 编解码器数据表指定 了8kHz 采样率从数字输入到模拟输出的最坏情况下1.2ms 延迟、并且仅随着采样率的增加而减少。  音频路径中没有其他重要设备。   

您好 Jason、

控制器上的100ms 位于较高侧。 由于您使用辅助模式、AVPR 协处理器上的 mSBC 解码器(用于音频的专用 cm3)将发挥作用、以便在 PCM 总线上解码和发送样本。 是 PCM 和空气 I/f 匹配的采样率。 否则、速率转换可能会增加几 ms。  

您如何测量控制器的延迟？ 可以、您还可以获取 FW 日志以检查是否存在任何问题。

谢谢

Hari、

我有 Ellisys Vanguard 分析仪和示波器。  

为了测量总体延迟、我使用示波器、将一个探针放置在系统的模拟音频输入端(线路输入)上、并将一个探针放置在系统的模拟输出端(扬声器)上。  然后、我将满量程正弦波驱动到中的线、并使用示波器测量扬声器上该正弦波输出的延迟。  从静音变为满量程正弦波、可为示波器提供一个很好的触发点来进行测量。

我使用 Ellisys 分析仪精确定位无线音频数据包。  我将相同的模拟输入(全扫描正弦波)连接到我的 Ellisys、因此我可以测量从模拟正弦波开始到包含正弦波开始的音频数据包的延迟。  这将为我提供前端系统的延迟。

从总延迟中减去前端延迟可得到后端系统(具有 CC2654)的延迟。  音频路径中的所有内容都是 CC2654和 MAX9880A 编解码器。

您能否提供有关获取 FW 日志的说明？  我应该提到的是、CC2564是来自 BDE (BDM209A)的集成模块的一部分、它将 CC2564C 和 MSP432组合在一个模块中-因此我无法访问 CC2564的所有引脚。

Jason

请查看此文档以了解记录器详细信息： https://www.ti.com/lit/pdf/swau058

谢谢