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.

[参考译文] CC2564:通过 AVPR 在控制器上处理并通过 HCI 解码传输的 mSBC 数据?

Guru**** 2589265 points
Other Parts Discussed in Thread: CC2564

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/871880/cc2564-msbc-data-processed-on-the-controller-through-the-avpr-and-delivered-decoded-over-hci

器件型号:CC2564

您好!

我已经在这个论坛上阅读了很多主题、并得出结论、我最有可能提出的问题是不可能的。 然而,我需要有一个正式的、明确的答案。

那么、我的问题是:在 mSBC 音频数据 馈送到 HCI 接口并通过传输到 HFP 应用层的 SCO 层之前、是否可以在 CC2564控制器中(通过 AVPR)对其进行处理? 根据我的理解、从技术上讲、它在各个方面都是可行的。 首先、PCM 接口已经完成了这项工作;其次、就数据包大小而言、60字节原始 mSBC 数据包将产生一个240字节解码的数据包、该数据包(通常)应适合 SCO 数据包。

那么、除非控制器内有一些缓冲区限制、是否有任何类型的初始化脚本/配置可以启用此数据路径? 我知道、由于 HCI 不稳定性、您强烈建议使用 PCM 接口、但我们假设目前没有此功能。

谢谢、

Manolis

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    控制器 ROM 和 FW 旨在仅在 PCM I/F 上发送解码的 mSBC 音频。 正如您提到的、除了 HCI 缓冲器上传输宽带音频时出现的 HCI 缓冲器问题外、不打算将解码的 mSBC 音频重新封装到 SCO 数据包中以通过 HCI 进行传输。

    谢谢

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!


    感谢您的明确答复。


    因此、我假设即使编码的 mSBC 数据最终通过 HCI 在主机上传输、也没有意义、因为永远不会触发 PLC 算法(在主机上执行);因此、PCM 接口是唯一对 WBS 有意义的选项。 是这样吗?


    我的假设基于此主题:


    谢谢、
    Manolis

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    是的。。。 没错。。。。