Debugging 'sdu_ref_us not from consecutive frames' Issue with Samsung S23

Hi,

I am currently encountering an issue with the error message 'sdu_ref_us not from consecutive frames' in the following scenario:

  • Broadcasting Source: A Samsung S23 device starts broadcasting audio.
  • Two ADKs are involved:
    • ADK#1: Syncs audio from the beginning and operates without any issues.
    • ADK#2: Begins syncing approximately 11 minutes after broadcasting starts and reports numerous 'sdu_ref_us not from consecutive frames' messages.

This behavior persists even after rebooting the devices.

I would greatly appreciate your guidance in understanding why this issue occurs with ADK#2.

Thank you in advance for your time and assistance.

Please let me know if additional information or logs would be helpful.

Attachment: Logs from ADK#2 for reference.

s23_issue.log

Environments

  • Broadcast source: Samsung S23
  • Broadcast sink:
    • Board: nRF5340 Audio DK
    • SDK: nRF Connect SDK v2.9.0
    • Application: nrf/applications/nrf5340_audio

Best regards,

Jimmy

  • Hi Jimmy,

    We are still looking into this issue. I expect to get back to you by the end of the next week.

    Best regards,
    Dejan

  • Hi Dejans,

    Thanks for your update. I really appreciate that.

    Best regards,

    Jimmy

  • Hi Jimmy,

    We have done some testing using S24 as broadcaster (without encryption) and 2 audio-dks as broadcast receivers. These are current observations:
    1. there were no issues for broadcast sink to synchronize to S24 for around 12 minutes after boot-up.
    2. after that time, reset on the broadcast receiver caused issue similar to what you reported, but audio quality did not seem to be affected. Without reset, there were no issues on the audio-dk.
    We will investigate this further. 

    Is there any audio quality issue on your end?

    Best regards,
    Dejan

  • Hi Dejans,

    After reviewing the situation, I confirmed that there are no audio issues. However, the devices consistently remain in PRES_STATE_WAIT, which I guess is unexpected.

    Best regards,

    Jimmy

  • Hi Jimmy,

    Thank you for additional information. We will look into this. I expect to get back to you by the end of the week.

    Best regards,
    Dejan

1 2 3 4