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.

MSP430FR5994: LEA to assist voice codec

Part Number: MSP430FR5994

Dear TI DSP experts,

Can someone give me advice, is it possible to implement one of the existent narrowband voice compression codecs using MSP430+LEA? The requirements are: it is in 8kbps-13kpbs data rate range; it is not based on 2-bit ADPCM, preferably it extensively use FFT, convolution, filtering, MAC and other batch processing from LEA module, sample rate 8kHz-12kHz.

Please, give expert response in public or private manner for your choice.

Regards,

Alexey

  • Alexey,

    There is a reference design created by TI named TIDM-FILTERING-SIGNALPROCESSING which showcases the performance of the Low Energy Accelerator (LEA) on MSP FRAM Microcontrollers in performing advanced filtering and signal processing. The LEA module provides the ability to perform real-time FIR filtering, implementation of a 256-point complex FFT, and provides high audio sampling rates of up to 20 kHz.

    Hardware and software is available online for your reference.

    Hopefully this helps point you in the right direction!

    Best regards,


    Matt

  • All publicly available documentation regarding LEA module is already reviewed by me. Hardware/electrical side is also not an issue. The question is strictly related to challenges of implementation voice codec with high compression ratio on MSP430 platform. Reference design you've mentioned is known to me and evaluated before. The issue is not in that domain.

  • Alexey,

    Thank you for the clarification. There is an application report published by TI which explains doing speech and sound compression and decompression using the MSP430 MCU (SLAA361A), however this is not implemented using the LEA.

    As it stands right now, there has not been any work done to accomplish any sort of voice encoding/decoding using the LEA on the MSP430 platform. Could you provide further detail on the existent narrowband voice compression codec you wish to implement? If it is not based on 2-bit ADPCM then what would your compression/decompression algorithm be based on? More importantly, what math computations would the algorithm require? If the required algorithms are computations that the MSP DSP Library + LEA supports then its implementation would seem doable.

    Best regards,


    Matt

  • Matt,

    ADPCM codec uses simple CPU instruction set of commands, so no even multiplication is needed, therefore ADPCM can be easily implemented even on MSP430G series microcontrollers. However, human perceptibility of ADPCM coded signal is quite low due to high distortion-to-signal ratio and low compression ratio (1:4). The more complex algorithms based on CELP, ACELP, LPC and other methods require not only efficient multiplier module on CPU or coprocessor (best is MAC per 1,5 CPU cycle), but also support fast saturation arithmetic. Therefore, MSP430 is not suitable for such task. Cortex M4 is a good candidate. Actually some of such complex codecs can be implemented even in full duplex manner (MAC + saturation command set and high frequency speed fulfill requirements). I tested GSM-FR on Cortex-M4. It works well. But I really want an efficient solution based on FRAM devices range.

    So, I want a 1:12 to 1:16 compression ratio in voice compression with perceivable level regardless of codec or method to use. Preferably using 11025-12000 sample rate (8000 sps actually has bad perception level).

    Actually, I described more than needed. But I wanted to hear some of this from others. :)

    Alexey

  • What capabilities of LEA module would l like to see? - Actually, fully accessible block operation on matrices or complex numbers using trigonometry and advanced math like SIN, COS, ASIN, ACOS, SQRT, TAN, CTAN, RMS, EXP, LOG, support of scalar math with saturation etc. All of them are supported by LEA internally, but are not available on command level to a programmer.

  • Alexey,

    Thank you for providing such in depth detail on what codecs you've considered and what features of the LEA you'd like to see implemented to allow for an on-board LEA driven codec on the MSP430 platform.

    As you already know, we do not have support for those APIs in the DSP Library and it would take a substantial amount of engineering hours to create support for them.

    I am going to escalate this request to the LEA module's experts and our marketing team to determine whether this is something we'd like to implement internally. I will get back to you with further information once available.

    Best regards,

    Matt
  • Matt,

    This is a low priority request with expected implementation in some years. But, however, LEA module was introduced by TI in some months after I made a proposition in this E2E forum of adding a DSP to MSP430 platform. It was done unexpectedly good in terms power consumption, unfortunately, most of implementation made with blind layer and later most of capabilities were made unpublic.

    Good news, historically Texas Instruments made big effort and resource investment in development of speech compression methods and codecs. The latest effort was done in consortium with other well known leading companies in development of speech codec, - ITU G.718. It exceeds my requirements in compression, but expected to consume too much CPU utilization up to ~80 MIPS of Cortex M4 for encoder and decoder individually. It is clearly not suited for TI's chips with 48MHz CPUs. 

    Thanks for helping me resolve this issue,

    Alexey

  • And, of course, this is not a request, but some kind "idea for implementation". Any such "idea" should be commercially viable for TI to be considered for implementation.

    So, I understand it.
  • Alexey,

    Your intentions are completely understood and we welcome with open arms any feedback we can get from customers about what is actually wanted in the market for our devices. I have successfully raised the implementation request and will try to get back to you in due time once decisions have been made.

    I am going to go ahead and mark this thread as resolved for the time being so that it is not deemed as an open post. Should it take longer than expected to hear back from the marketing team and this thread becomes locked, please feel free to create a new post in reference to this one to check back in on what the status is.

    Thank you again for your constructive feedback!

    Best regards,

    Matt

**Attention** This is a public forum