This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Audio Burst during high CPU usage

Hello TI,

We have developed an application based on audio_encode demos available in ezsdk_dm814x-evm_5_05_01_04. Normally our application works fine in the normal conditions i.e. normal CPU usage.

When we increase CPU load by running multiple processes the number of audio frames available increases exponentially. We are using snd_pcm_avail() to track the number of frames available.

During normal CPU usage its value is around ~1024 frames but when we increase CPU usage to almost 95-99% we start receiving a huge burst of available frames ~20k-~30k.

We suspect that the ring buffer is being read multiple time resulting into burst. When we listen to the audio we can hear the effect as echo.

Can you please help us in debugging the issue? Why we have this instant bursts? What can cause this condition?

Let me know if you have any query or question regarding the problems we are facing.

Thanks,
Krunal

  • Hi Krunal,

    Krunal Patel_11 said:
    We have developed an application based on audio_encode demos available in ezsdk_dm814x-evm_5_05_01_04.

     - Can you check and align your application to the audio_encode demo from the newest EZSDK 5.05.02.00.

    - Check also if using the rootfs from EZSDK 5.05.02.00 will be in help:

    ti-ezsdk_dm814x-evm_5_05_02_00/filesystem/ezsdk-dm814x-evm-rootfs.tar.gz

    - Check if the latest linux kernel code base will be in help:

    - check if you will be able to reproduce this issue on the DM814x TI EVM or it is only valid for your custom board

    - check if increasing Cortex-A8 CPU to 1GHz and DDR3 to 533MHz will be in help

    - check that you have no re-sampling during audio playback/capture, your sample rate should be the same in filesystem and application

    - check if the below wiki pages will be in help

    BR
    Pavel

  • You can also try with giving high priority of the audio process, see the below e2e thread where s.th. similar has been discussed.

    e2e.ti.com/.../1579946

    BR
    Pavel
  • Hello,

    This issue were resolved.

    BR
    Margarita