pipeline_hfp_stream example."SCO xmit Q overflow, pkt dropped" after ESP_HF_CLIENT_AUDIO_STATE_EVT connects / disconnect
Posted: Sun May 09, 2021 4:21 am
Hello,
I am facing this problem when using the pipeline_hfp_stream example.
ADF version master (latest)
IDF version: v4.1.1-250-ga9218526
Hardware: Lyrat-v4.3
I connect to HFP through my iphone and I use the Voice Memo app to record from the Lyrat.
First time I start a recording everything is fine.
If I stop and start a recording a second time I notice there is a lag.
If I do it for the 3rd time the lag becomes unbearable and Lyrat throws the BT_BTM: SCO xmit Q overflow, pkt dropped warning.
You can check my log file attached.
After investigating I noticed that fixed_queue_length(p_ccb->xmit_data_q) in BTM_WriteScoData function inside btm_sco.c remains zero when I do the first recording but increases in the second recording and reaches the 30 threshold when I start the third recording which is triggering the overflow warning.
Please help!
I am facing this problem when using the pipeline_hfp_stream example.
ADF version master (latest)
IDF version: v4.1.1-250-ga9218526
Hardware: Lyrat-v4.3
I connect to HFP through my iphone and I use the Voice Memo app to record from the Lyrat.
First time I start a recording everything is fine.
If I stop and start a recording a second time I notice there is a lag.
If I do it for the 3rd time the lag becomes unbearable and Lyrat throws the BT_BTM: SCO xmit Q overflow, pkt dropped warning.
You can check my log file attached.
After investigating I noticed that fixed_queue_length(p_ccb->xmit_data_q) in BTM_WriteScoData function inside btm_sco.c remains zero when I do the first recording but increases in the second recording and reaches the 30 threshold when I start the third recording which is triggering the overflow warning.
Please help!