search for: radix2

Hi Ted, Thanks a lot for this analysis. > In FLOAT_DIVU() it hangs at the following: > while (a.m >= b.m) > { > e++; > a.m >>= 1; > } > for the case where a and b are both zero (yes, division by zero). > This happens from mdf.c: True, that needs to be fixed even after I fix the rest. > leak_estimate =

...y reduction for the > canceller, other than to make the tail length no longer than necessary (this > is a line echo canceller for a local phone, so I should be able to keep it > to 40ms). I was surprised by the size of the FFT code, but I guess that it > is doing much more than the radix2 version in the TI library. The FFT code has more than just the radix two, so you can save there. It wasn't meant to be an optimized FFT, so if TI supplies you with one, it's probably a good idea to use it (that's what fft_wrap is for). Also, given that the memory use is almost directly...

...th no longer than necessary > >> (this > >> is a line echo canceller for a local phone, so I should be able to keep > >> it > >> to 40ms). I was surprised by the size of the FFT code, but I guess that > >> it > >> is doing much more than the radix2 version in the TI library. > > > > The FFT code has more than just the radix two, so you can save there. It > > wasn't meant to be an optimized FFT, so if TI supplies you with one, > > it's probably a good idea to use it (that's what fft_wrap is for). Also, >...

...y reduction for the > canceller, other than to make the tail length no longer than necessary > (this is a line echo canceller for a local phone, so I should be able to > keep it to 40ms). I was surprised by the size of the FFT code, but I > guess that it is doing much more than the radix2 version in the TI > library. > > Regards, > > Jim Crichton > > _______________________________________________ > Speex-dev mailing list > Speex-dev@xiph.org > http://lists.xiph.org/mailman/listinfo/speex-dev >

...ping fft implementations, it could be easy to recompile for fixed or floating point versions. To do this, I needed a fixed point fft, preferrably that didn't use assembly. I tried to find an ANSI C fft routine that would do fixed point. I couldn't, so I wrote KISS FFT: a simple, portable radix2 FFT library that can be compiled to use either fixed or floating point math. See http://sourceforge.net/projects/kissfft Now the problem of IIR filters: IIR filters and fixed point math do not mix well. Truncation errors and limited dynamic range problems are amplified by the feedback nature of th...

...(this > > >> is a line echo canceller for a local phone, so I should be able to keep > > >> it > > >> to 40ms). I was surprised by the size of the FFT code, but I guess > > >> that > > >> it > > >> is doing much more than the radix2 version in the TI library. > > > > > > The FFT code has more than just the radix two, so you can save there. It > > > wasn't meant to be an optimized FFT, so if TI supplies you with one, > > > it's probably a good idea to use it (that's what fft_wrap...

...for code/data memory reduction for the canceller, other than to make the tail length no longer than necessary (this is a line echo canceller for a local phone, so I should be able to keep it to 40ms). I was surprised by the size of the FFT code, but I guess that it is doing much more than the radix2 version in the TI library. Regards, Jim Crichton

...her than to make the tail length no longer than necessary >> (this >> is a line echo canceller for a local phone, so I should be able to keep >> it >> to 40ms). I was surprised by the size of the FFT code, but I guess that >> it >> is doing much more than the radix2 version in the TI library. > > The FFT code has more than just the radix two, so you can save there. It > wasn't meant to be an optimized FFT, so if TI supplies you with one, > it's probably a good idea to use it (that's what fft_wrap is for). Also, > given that the memor...

...her than to make the tail length no longer than necessary >> (this >> is a line echo canceller for a local phone, so I should be able to keep >> it >> to 40ms). I was surprised by the size of the FFT code, but I guess that >> it >> is doing much more than the radix2 version in the TI library. > > The FFT code has more than just the radix two, so you can save there. It > wasn't meant to be an optimized FFT, so if TI supplies you with one, > it's probably a good idea to use it (that's what fft_wrap is for). Also, > given that the memor...

...than necessary > >> (this > >> is a line echo canceller for a local phone, so I should be able to keep > >> it > >> to 40ms). I was surprised by the size of the FFT code, but I guess > >> that > >> it > >> is doing much more than the radix2 version in the TI library. > > > > The FFT code has more than just the radix two, so you can save there. It > > wasn't meant to be an optimized FFT, so if TI supplies you with one, > > it's probably a good idea to use it (that's what fft_wrap is for). Also, >...

...;> is a line echo canceller for a local phone, so I should be able to > > >> keep > > >> it > > >> to 40ms). I was surprised by the size of the FFT code, but I guess > > >> that > > >> it > > >> is doing much more than the radix2 version in the TI library. > > > > > > The FFT code has more than just the radix two, so you can save there. > > > It > > > wasn't meant to be an optimized FFT, so if TI supplies you with one, > > > it's probably a good idea to use it (that'...

<with Prof. Farnsworth voice> "Good News, everyone". I've just kicked off project "Sphinx". Which is supposed to sound like "Speex" merged with "INT". ;) Meaning I am working on an integer encoder and decoder. It looks like I will be pulling in a new "integer plumbing" into the foundation of the codec, comparing the results with the old

...for a local phone, so I should be able to > > > >> keep > > > >> it > > > >> to 40ms). I was surprised by the size of the FFT code, but I guess > > > >> that > > > >> it > > > >> is doing much more than the radix2 version in the TI library. > > > > > > > > The FFT code has more than just the radix two, so you can save there. > > > > It > > > > wasn't meant to be an optimized FFT, so if TI supplies you with one, > > > > it's probably a good...