NCS2.0 periodic_adv tow speak

[yoyou]

Hello

NCS2.0.2, Vscode, nRF5340-DK

periodic_adv+periodic_sync

one adv send low quality audio to 100 sync, it work well.

my question:

How to implement two advs send audio at the same time (Two people talking at the same time, 100 people listen);

     

Best regards

[Maria Gilje]

Hello,

Just letting you know that I will look into this. You can expect to hear from me within a few days.

Best Regards,
Maria

[Maria Gilje]

Hello,

Take a look at the iso_bis_tx_start function from the nRF5340 Audio application. The function creates a BIG which is a way to stream multiple BIS. The listening device chooses which stream to listen to.

Your Bluetooth controller needs to have ISO support, so use the Zephyr Controller when building.

Best Regards,
Maria

[yoyou]

Hi,

thank you very much,

you said: The listening device chooses which stream to listen to.

but i want to listen tow stream the same time (Audio Merge);

 Two possibilities:

1.tow stream,Audio Merge in listen side,  base on  listen side can recv tow strem the same time.

     it can  recv tow strem the same time?

2.one stream,Audio Merge in talk adv side, adv can advertising and recv audio data from anouher adv the same time and then merge ?

    how to realize  advertising and recv audio data from anouher adv the same time?

   

Best Regards

[Maria Gilje]

yoyou said:

1.tow stream,Audio Merge in listen side,  base on  listen side can recv tow strem the same time.

     it can  recv tow strem the same time?

This is possible if the two BIS are in the same BIG. The two BIS need to have the same source in this option.

yoyou said:

2.one stream,Audio Merge in talk adv side, adv can advertising and recv audio data from anouher adv the same time and then merge ?

    how to realize  advertising and recv audio data from anouher adv the same time?

Do I understand correctly? One device is both a sink for one BIS and a source for another BIS (the merged audios).
In this option the BIS from the first source would experience a noticeable delay because of the double travel time. The two BIS sources does not have synchronization between them, so timing issues between the streams can also occur.

Based on the current information, option 1 seems to be best.

Best Regards,
Maria

[yoyou]

Hi,

thanks for reply,

option 1: is there an example in listen side for recv tow BIS strem the same time?

option 1 shortcoming: merge audio in headset(listen side)  will Increase power consumption and reduce endurance.

     

option 2 means: one BIS(own microphone)  nonconnect advertising  audio, and connect another device with a microphone, one strem form own microphone, another strem  recv from another device,then merge tow strem audio, and then advertising.

but the BIS how to advertising  and recv another strem the same time?

(such as nonconnect advertising + connectable ble_uart)in one 5340.

    

Best regards