蓝牙播放音频

最新推荐文章于 2023-12-27 14:08:06 发布

lf12345678910

最新推荐文章于 2023-12-27 14:08:06 发布

阅读量2.9k

点赞数 2

分类专栏： Android USB/WIFI/BLUE

本文链接：https://blog.csdn.net/lf12345678910/article/details/102463272

版权

本文详细探讨了Android系统中蓝牙A2DP音频的传输过程，包括缓存策略、数据发送间隔以及不同Android版本中缓冲区大小的区别。在Android M和N中，针对缓存满时的数据处理方式不同，可能导致声音丢包问题。分析了音频数据从编码到通过socket发送到设备的流程，并提到了数据传输中可能出现的underflow问题及其影响。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

缓存
system/bt/btif/src/btif_a2dp_source.cc
W/bt_btif_a2dp_source: btif_a2dp_source_enqueue_callback: TX queue buffer size now=22 adding=7 max=28
   Cannot read RSSI
   Cannot read Failed Contact Counter
   Cannot read Automatic Flush Timeout
   Cannot read Tx Power

发送间隔
20ms
btif_a2dp_source_audio_handle_timer //A2DP Source tx timer
bta_av_ci_src_data_ready(BTA_AV_CHNL_AUDIO); //BTA_AV_CI_SRC_DATA_READY_EVT (bta_av_co_audio_src_data_path)

bta_av_hdl_event
bta_av_ci_data //BTA_AV_SRC_DATA_READY_EVT
bta_av_ssm_execute
bta_av_data_path
L2CA_FlushChannel
dispatch_fragments
L2CA_DataWrite
l2c_data_write


system/bt/btif/src/btif_a2dp_sink.cc
btif_a2dp_sink_avk_handle_timer //Process Frames

btif_av_clear_remote_suspend_flag

A2DP发送间隔
目前Android源生设定，每20ms发送一包音频数据。
如果收到controller上报的completed evt上报后，也会主动去发送已缓存的音频数据
A2DP数据缓存
Android M（Android 6.0）允许缓存11个buffer
对比Android N 允许缓存21个buffer

a2dp_list不限长度
l2cap发送允许缓存5个buffer。

A2DP数据卡顿
TxAaQ达到最大存储时，如果再有数据放入，Android M就会自动丢弃缓存的第一包，Andorid N默认丢弃所有缓存数据包, 这将导致一旦触发，就会出现严重声音丢包问题。
问题原因，link_xmit_data_q只能发送5个L2CAP包，超出5个部分，将缓存到a2d_list中，如果a2d_list存在数据，那么就不会发送TxAaQ里面的数据，然后就出现数据包丢失和卡顿。

06-20 16:44:39.295 2165 2202 D bt_btif : [media task tx timer] ts 1432925338, diff : 00020080, queue sz 12