The following phenomena have been observed in an anechoic chamber:
- Success: After the bt_audio_stream_start function is called, the stream_started_cb callback is invoked.
- Failure: After the bt_audio_stream_start function is called, the stream_stopped_cb callback is invoked, and the wireless connection is disconnected (this also occurs even in the chamber).
Question 1: In the link processing of the SDK2.3.0_nrf5340audio project, during the sequence of audio_stream processing*1, the stream_stopped_cb callback is called, and the behavior of disconnecting and reconnecting the wireless connection is repeated. Do you know the cause? *1: Refers to the bt_audio_stream_config function, bt_audio_stream_qos function, bt_audio_stream_enable function, and bt_audio_stream_start function.
Question 2: When the wireless connection is disconnected, bt_audio_stream_start returns to the beginning and starts the scanning process again. This takes a considerable amount of time, so if there is any workaround, please let me know.
