工具/软件:Linux
我们发现、自连接以来、A2DP 音频可能会完全失真、除非重新连接、否则无法恢复。
以下是重现此问题的步骤:
- 电话发起与设备的配对
- 开始 A2DP 流式传输
附件是 HCI 迹线、请检查提取的 A2DP 音频。 收集空气迹线并不容易、您是否需要 TI 固件日志?
e2e.ti.com/.../8132.hci_5F00_dump.7z
我们还发现、当 CC2564是主器件时、无法重现此问题。
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具/软件:Linux
我们发现、自连接以来、A2DP 音频可能会完全失真、除非重新连接、否则无法恢复。
以下是重现此问题的步骤:
附件是 HCI 迹线、请检查提取的 A2DP 音频。 收集空气迹线并不容易、您是否需要 TI 固件日志?
e2e.ti.com/.../8132.hci_5F00_dump.7z
我们还发现、当 CC2564是主器件时、无法重现此问题。
当然、我们使用的是基于 ARM 的处理器- Cortex A7。
我们在 Samsung S8上重现了此问题、并在手机端找到 HCI 迹线、HCI 迹线显示来自手机端的失真 A2DP 音频:
以下是固件日志:
/cfs-file/__key/communityserver-discussions-components-files/538/CC2564_5F00_A2DP.zip
我们找到了一种重现此问题的简单方法:
DUT 开始查询
2.电话发起与 DUT 的配对
DUT 开始流式传输 A2DP
您好、Vihang、
很抱歉耽误你的回答。
连接 A2DP/AVRCP 后、我将 ACL 连接更改为"保证"、但似乎无法解决此问题。 请检查随附的 HCI 跟踪和固件日志、帧#352是具有"保证"服务类型的链接策略命令。
/cfs-file/__key/communityserver-discussions-components-files/538/Log_5F00_1.zip