256 samples per frame

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello,

my question is very simple.
I realized a hardware version of the kiss fft for the AEC Speex in the 
pjsip.
It can handle 256 samples per frame while the whole application (and 
audio driver) actually is working with 160 samples per frame.

I'm evaluating 2 options:

1) to keep the 160 samples per frame and use the zero-padding technique 
to fill the remaining empty frame.
Question: does anybody know what's the effect of the zero-padding in the 
inverse fft?

2) to scale up all the system to handle 256 samples per frame.
Question: is the pjmedia suitable for 256 samples per frame instead of 160?

I'm using PCMA frames converted to the L16 in order to use the 
conference bridge.

Any support would be appreciated.
Thanks,
Fabio



[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux