前面記錄了在bluetooth RF參數配置不當導致重傳過高問題,從而導致音頻流斷斷續續。當RF參數調整到合適的時候,從Ellisys log看到重傳已經有非常大的改善,重傳率也可以控制在正常水準。但是音樂還是有卡頓,這個時候去看BT Host收到的data 流,發現其實也很正常,每隔固定的間歇傳輸相同大小的packet。關注的重點是時候轉移到Audio part,由於最近在調試Audio的過程中,頻繁的修改了Audio的clk,使得Audio data處理的有問題,導致聲音失真或者丟失,將Audio CLK修改到合適的情況下,A2DP回覆到正常情況,就醬子。當然還有一些微小的卡頓,原因是Decoder的吞吐率和BT送過去的data量有不匹配情況,修改一下Audio buffer的控制就行。
Bluetooth A2DP卡音調試(一)
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章
藍牙技術談之跳頻技術(一)
xuexingyang
2020-07-08 08:39:03
藍牙配置文件和協議(總則)
xuexingyang
2020-07-08 08:39:02
藍牙核心系統架構介紹
ZafirTab-UP
2020-07-05 03:50:08
《inside Bluetooth low energy》note_01
ZafirTab-UP
2020-07-05 03:49:58
Blutooth sbc encode & decode source code
fenfen8818
2020-07-04 01:49:15
Bluetooth4.0 smart ready and bluetooth smart
zhaoshuzhaoshu
2020-07-02 09:30:01
通信拓撲 | bluetooth
_好好编程_
2020-07-01 05:56:04
iOS13-Peripheral-Bluetooth遇到CBAdvertisementDataTxPowerLevelKey問題?解決篇
wn2utt18
2020-06-29 17:45:49
iOS13藍牙-Bluetooth-Peripheral廣播數據的坑
wn2utt18
2020-06-29 17:45:49
Silabs 動態多協議Demo
张弛有度2016
2020-06-27 07:54:38
Linux下Bluetooth HCI Command的實現
rain0993
2020-06-26 14:33:26
Linux BlueZ 下 Inquiry的實現
前面講了使用 ioctl發送HCI Command的方法。但HCI protocol還有一些Command,比如Inquiry等,他們則不需要使用i
rain0993
2020-06-26 14:33:26
bluetooth(藍牙)在S3C2410上的移植
rain0993
2020-06-26 14:33:26