search for: daparrag

Dear all, Sorry for this simple and maybe stupid question, I'm working in the implementation of opus for ARMv7e microcontroller using a library CMSIS/DSP used to calculate the CFFT and MDCT based on the DCT-IV. my question is: In the implementation of Celt you have used a fixed length CFFT equal to 1920, I want to know if there is some issues which can appear if a change that configuration

...the Cooley and Tukey algorithm. If I'm correct. Means that technically, I could compute the fft using the padding strategy and adjust the output such as kissfft done, someone could confirm if that is possible. thanks cheers On Wed, Apr 12, 2017 at 2:27 PM, Diego Alejandro Parra Guzman < daparrag at correo.udistrital.edu.co> wrote: > Dear all, > > Sorry for this simple and maybe stupid question, I'm working in the > implementation of opus for ARMv7e microcontroller using a library CMSIS/DSP > used to calculate the CFFT and MDCT based on the DCT-IV. my question is: &gt...

...LK had implemented a look/up head delay of (2.5ms), (5ms) respectively , could you explain me> 1) those values are fixed. 1) how you guarantee those values independent of the architecture's performance. Thanks so much On Tue, Apr 18, 2017 at 10:05 AM, Diego Alejandro Parra Guzman < daparrag at correo.udistrital.edu.co> wrote: > thanks you so much for your answer. > > On Thu, Apr 13, 2017 at 8:59 AM, Jean-Marc Valin <jmvalin at jmvalin.ca> > wrote: > >> Hi Diego, >> >> You might find figure 3 or this paper useful: >> https://jmvalin.ca/p...

Dear all I'm working on the implementation of the MDCT for the processor ARM-Cortex-M4 I'm trying to replicate the behavior of the MDCT for several overlapped values however I realized that current implementation of the MDCT is very close to the theory only in case in which we have and overlap exactly equal to N/2 where N is the size of the input vector as is shown in the examples for

Dear all: I want to formulate couple of questions about SILK codec: 1. I've seen the documentation to the SILK codec that is part of the OPUS exactly the paper with title "The opus codec voice coding with opus, and the "RFC 6716 specification of opus" . Well, I detected that in both is defined a High-Pass filter as part of SILK; however in the paper you put the following

Hi all: I'm successfully run OPUS in cortexM4 arm architectures using a cross compiler gcc-arm-none-eabi . I recommend to uses the following precompile flags before to compile you code: arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -mfloat-abi=hard -mfpu=fpv4-sp-dl16 -std=c99 -fasm -DARM_MATH_CM4 -DOPUS_ARM_INLINE_ASM -DOPUS_ARM_ASM .... and in your configuration file of OPUS you could use the

Dear all, Currently I'm working in and optimization of opus for an arm-architecture *"armv7e-m"* I've involved in the general opus documentation as well in the architecture, however opus Is so big and difficult to discover specific optimization points, I want to know if you could give me a general view about of the principal points that I have to consider in order to optimize