Problem with getting "Error retrieving channel allocation"

[Hejdern]

I'm running the nrf5340_audio_dk and using version 2.6.0-rc1. When connecting one NRF5430 as headset to another NRF5340 gateway, running BIS mode everything works fine. But, when connecting to a couple of different auracast gateways I'm getting the following error:

<err> broadcast_sink: Error retrieving channel allocation: -61

Added some debug in broadcast_sink.c to see the actual value received, line 172:

ret = bt_audio_codec_cfg_get_chan_allocation(codec, &codec_info->chan_allocation);

LOG_INF("Got channel allocation: %x", codec_info->chan_allocation);
if (ret) {
LOG_ERR("Error retrieving channel allocation: %d", ret);
//return;
}

When using the NRF5340 as gateway I get the value "3" from the above added line. The same output gives "0" for my other auracast sources. I had to comment out the "return" statement in order to make it run (se above).

Anyone seen this before?

Regards,

Henrik

[Priyanka]

Hi Henrik,

This is a known issue and we have this on our list. Will let you know once we have a fix.

Regards,

Priyanka

[Hejdern]

OK, thanks for the reply! just to be sure, the chan_allocation variable, is it actually related to audio location (e.g. FRONT_LEFT) or is it related to channel allocation when it comes to number of audio channels in a BIS? Do you think the fix will make it to the 2.6.0-rc2?

Regards,

Henrik

[Priyanka]

Hi Henrik,
Yes, it's related to the audio location. You can take a look at this: https://docs.zephyrproject.org/apidoc/latest/group__bt__audio__codec__cfg.html#:~:text=bt_audio_codec_cfg_get_chan_allocation()  to understand the "BASE" in order to decide the audio location.

And also the enum bt_audio_location.

Hejdern said:

Do you think the fix will make it to the 2.6.0-rc2?

The fix is currently in the backlogs now and will not unfortunately be added to the new release coming up this week, but I will let you know as soon as I get any updates.

Regards,

Priyanka

[Hejdern]

OK! Do you have a better suggestion of workaround than commenting the return statement out?

Best regards,

Henrik

[Priyanka]

Hi Henrik,

Could you tell which broadcaster you are using?

-Priyanka

[Hejdern]

Tested towards the moor-audio transceiver product "More Duo" and their TV-streamer "TV hearMore". I also tested towards GN resound "TVStreamer+". I get it to work if I comment out the return statement above. I also get the following error messages when receiving on the left channel:

<wrn> audio_datapath: Data received, total under-runs: 4819
HL [00:00:57.983,520] <inf> audio_datapath: sdu_ref_us not from consecutive frames (diff: 20000 us)
HL [00:00:57.983,825] <wrn> audio_datapath: Data received, total under-runs: 4829
HL [00:00:58.103,515] <inf> audio_datapath: sdu_ref_us not from consecutive frames (diff: 20000 us)
HL [00:00:58.103,820] <wrn> audio_datapath: Data received, total under-runs: 4839

Running the headset as right channel headset it works fine. Is the above error connected to the channel allocation problem?

Regards,

Henrik

[Priyanka]

Thank you very much. I will discuss this with a few audio experts and get back to you soon.

-Priyanka

[Chris Scholl]

I realize this post is pretty old, but was curious as to whether you found a workaround for this or if you've had luck with a later SDK version? I am experiencing this with v2.6.0 of the SDK as well

[Priyanka]

Hi Chris,

There was an update that came with this PR:https://github.com/nrfconnect/sdk-nrf/pull/14606 

But since this is a pretty old case, I would suggest you to please create a new ticket for your issue so that proper experts can look into this and give you a better and quicker response.

-Priyanka