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.

BIOS PSP realtime audio rendering issue

Other Parts Discussed in Thread: OMAPL138

Hi,

I'm working on OMAPL138 evm ,my requirement is to develop a low delay audio application with real time capture and rendering.

(Taking input from LineIn and output is giving to LineOut).For this I modified the audio sample application that I got as a part of pspdriver package.

In that sample application I just modified the following things

*sampling rate = 48000.

*BUFLEN = 128.

*NUM_BUFS = 2.

*Initial buffer issue reclaim order.

I'm attaching the source file here : 

5187.audioSample_io.c
Fullscreen
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
/*
* audioSample_io.c
*
* This file contains the test / demo code to demonstrate the Audio component
* driver functionality on DSP/BIOS 5.
*
* Copyright (C) 2009 Texas Instruments Incorporated - http://www.ti.com/
*
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
*
* Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer.
*
* Redistributions in binary form must reproduce the above copyright
* notice, this list of conditions and the following disclaimer in the
* documentation and/or other materials provided with the
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

For this application I measured the delay between first input sample and first output sample(using oscilloscope),its found to be 

4.5 milliseconds, but the delay I'm expecting is just over 2.6 milliseconds(i.e,time to fill 128 samples in 48000 Hz sampling rate + Time for one memcopy)

I analysed the code part for EDMA processing, McASP and codec initialization,but I cannot figure out the reason for extra delay.

I'm suspecting is there any inherent delay in driver modules(EDMA3 lld and bios psp),can anyone suggest a solution for this.

Any suggestions will be appreciated...

 

  • Paul,

    Here are some suggestions to tuning the audio latency. The wiki was create for C6747 devices but the suggestions made should apply to the OMAPL138 PSP driver as well.

    http://processors.wiki.ti.com/index.php/Tuning_Audio_Latency_on_C6747

    Basically the wiki makes recommendations to reduce the number of McASP buffer used for buffering, makes suggestions for tradoff between performance and  buffer Size and recommends disabling of MCASP FIFO so that audio data is directly moved by the EDMA without requiring it to be moved in the FIFO.

    Hope this helps.

    Regards,

    Rahul

  • Hi Rahul,

         Thanks very much for your quick reply. That link was really helpful. 

    I disabled the FIFO in McASP, and got a reduction around 1.2milli seconds :)

    Regards,

    Paul