search for: fftwrap

hi, this patch should fix the symbian build. /alfred -------------- next part -------------- A non-text attachment was scrubbed... Name: speex-symbian2.patch Type: text/x-patch Size: 2669 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20061115/5ac4915e/speex-symbian2.bin

...OURCEPATH ..\libspeex >> SOURCE bits.c cb_search.c exc_5_64_table.c exc_5_256_table.c exc_8_128_table.c >> -SOURCE exc_10_16_table.c exc_10_32_table.c exc_20_32_table.c filters.c gain_table.c >> +SOURCE exc_10_16_table.c exc_10_32_table.c exc_20_32_table.c fftwrap.c kiss_fft.c kiss_fftr.c filterbank.c filters.c gain_table.c >> SOURCE gain_table_lbr.c hexc_10_32_table.c hexc_table.c high_lsp_tables.c jitter.c >> SOURCE lbr_48k_tables.c lpc.c lsp.c lsp_tables_nb.c ltp.c math_approx.c mdf.c misc.c >> SOURCE modes.c nb_c...

Hi, I'm one of the people working on the Rockbox project (http://www.rockbox.org) which is an open source alternative firmware for a range Digital Audio Players. Recently we integrated support for the Speex codec using libspeex and seems to work well. If you could add Rockbox to your list of software that supports Speex, that'd be great. So that's the introduction done. Now for

...IG_H > SOURCEPATH ..\libspeex > SOURCE bits.c cb_search.c exc_5_64_table.c exc_5_256_table.c exc_8_128_table.c > -SOURCE exc_10_16_table.c exc_10_32_table.c exc_20_32_table.c filters.c gain_table.c > +SOURCE exc_10_16_table.c exc_10_32_table.c exc_20_32_table.c fftwrap.c kiss_fft.c kiss_fftr.c filterbank.c filters.c gain_table.c > SOURCE gain_table_lbr.c hexc_10_32_table.c hexc_table.c high_lsp_tables.c jitter.c > SOURCE lbr_48k_tables.c lpc.c lsp.c lsp_tables_nb.c ltp.c math_approx.c mdf.c misc.c > SOURCE modes.c nb_celp.c prepro...

I am in the process of dropping the TI DSP lib fft routines into the AEC. Currently, FFTWrap.c uses the USE_SMALLFT and USE_KISS_FFT to select between two packages of FFT routines. ] #ifdef USE_SMALLFT ... #elif defined(USE_KISS_FFT) ... #else #error No other FFT implemented #endif My guess is that every DSP and many other processors will have their own specific FFT and iFFT. What m...

...ockbox generated some warnings while compiling, so the attached > patch should include fixes for those warnings. Hope it's useful. > > Cheers, > Dan > > > ------------------------------------------------------------------------ > > diff -bu ../../../speex/libspeex/fftwrap.c libspeex/fftwrap.c > --- ../../../speex/libspeex/fftwrap.c 2007-03-08 18:46:57.000000000 +1000 > +++ libspeex/fftwrap.c 2007-03-08 20:45:23.000000000 +1000 > @@ -165,7 +165,6 @@ > > void spx_fft(void *table, spx_word16_t *in, spx_word16_t *out) > { > - int i; > i...

...an-marc.valin@usherbrooke.ca] Sent: lundi 23 octobre 2006 18:26 To: Ouss Cc: speex-dev@xiph.org Subject: Re: [Speex-dev] Bug with the new preprocessor What frame size are you using? Jean-Marc Ouss a ?crit : > Hello, > > I have an (Access violation reading location) on line 115 in the fftwrap.c : > out[i] = scale*in[i]; > > with i = 1193 > > Only with preprocessor active > Systems : Visual studio 2005, XP, WB 16000 Hz, last svn. > > Hope it helps you. > > Ouss > > > -----Original Message----- > From: speex-dev-bounces@xiph.org [mailto:spee...

...p 1.2rc3, I build with i386, X86_64, armv7 and armv7s all passed. But when I build for ARM64 (for iPhone 6), it failed with: /Applications/Xcode.app/Contents/Developer/usr/bin/make all-recursive Making all in libspeexdsp CC preprocess.lo CC jitter.lo CC mdf.lo CC fftwrap.lo CC filterbank.lo CC resample.lo In file included from resample.c:104: ./resample_neon.h:134:12: error: unknown register name 'q0' in asm : "q0"); ^ ./resample_neon.h:195:13: error: invalid output constraint '+l' in asm...

Hi Jean-Marc and list, Is the spx_fft function in fftwrap.c a standard fft function? void spx_fft(void *table, spx_word16_t *in, spx_word16_t *out) When I say standard, I mean the input "in" is 128 point short data for example and the output "out" is 128 short complex value which is stored in 256 short array with real and image part....

...renormalisation before the fft to increase accuracy. Please send me the patch when you have something working. I'm sure other people would be interested. Jean-Marc Jerry Trantow a ?crit : > I am in the process of dropping the TI DSP lib fft routines into the AEC. > > Currently, FFTWrap.c uses the USE_SMALLFT and USE_KISS_FFT to select between > two packages of FFT routines. ] > > #ifdef USE_SMALLFT > ... > #elif defined(USE_KISS_FFT) > ... > #else > #error No other FFT implemented > #endif > > My guess is that every DSP and many other proces...

...problem, but maybe it would be safer to use > EXTEND32 here. That is, after all, the way all of the other 16 bit issues > get solved. I'll need to have a closer look on that one. > Outside of what is in the patch, I ifdefed out the unused spx_fft_float and > spx_ifft_float in fftwrap.c (I described this earlier, it prevents the need > to include smallft.c) and commented out the memory.h and malloc.h includes > in kiss_fft.h (the TI compiler does not have these files). True, forgot about that one. > When the dust > settles, I will send a patch with additions t...

Hello to everyone! During building speex library for Symbian OS I encountered some problems. All thess problems can be solved by modifying the speex sources. I don't have access to SVN repository of speex, so I will just describe the changes to be done: 1) mmp file in symbian derictory misses windows.c sources. You need to add this string into speex.mmp: SOURCES windows.c 2) Symbian OS

..., armv7 and armv7s all passed. > But when I build for ARM64 (for iPhone 6), it failed with: > /Applications/Xcode.app/Contents/Developer/usr/bin/make all-recursive > Making all in libspeexdsp > CC preprocess.lo > CC jitter.lo > CC mdf.lo > CC fftwrap.lo > CC filterbank.lo > CC resample.lo > In file included from resample.c:104: > ./resample_neon.h:134:12: error: unknown register name 'q0' in asm > : "q0"); > ^ > ./resample_neon.h:195:13: error: invalid output constraint...

...ING + NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS + SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. +*/ + +TARGET speexdsp.lib +TARGETTYPE lib +UID 0 +MACRO HAVE_CONFIG_H +SOURCEPATH ..\libspeex +SOURCE buffer.c fftwrap.c filterbank.c +SOURCE jitter.c kiss_fft.c kiss_fftr.c +SOURCE mdf.c preprocess.c resample.c smallft.c +USERINCLUDE . ..\include\speex +SYSTEMINCLUDE \epoc32\include \epoc32\include\libc ..\include Index: symbian/bld.inf =========================================================...

...d. >> But when I build for ARM64 (for iPhone 6), it failed with: >> /Applications/Xcode.app/Contents/Developer/usr/bin/make all-recursive >> Making all in libspeexdsp >> CC preprocess.lo >> CC jitter.lo >> CC mdf.lo >> CC fftwrap.lo >> CC filterbank.lo >> CC resample.lo >> In file included from resample.c:104: >> ./resample_neon.h:134:12: error: unknown register name 'q0' in asm >> : "q0"); >> ^ >> ./resample_neon.h:195:13: error...

...een made aware of these problems (look for the thread "speex > > > echo cancellation limitations"). It's on my short-term TODO list. > > > > I saw the other thread, my problems happened in different (but similar) > > routines. > > > > >> If fftwrap.c, I ifdefed out the spx_fft_float and spx_ifft_float > > >> routines, > > >> because there were not used and required smallft.c (which is not so > > >> small > > >> at > > >> all) to be added to the build. > > > > > > R...

Hello, I have an (Access violation reading location) on line 115 in the fftwrap.c : out[i] = scale*in[i]; with i = 1193 Only with preprocessor active Systems : Visual studio 2005, XP, WB 16000 Hz, last svn. Hope it helps you. Ouss -----Original Message----- From: speex-dev-bounces@xiph.org [mailto:speex-dev-bounces@xiph.org] On Behalf Of speex-dev-request@xiph.org Sent:...

...ernal symbol _fprintf 1>libspeex.lib(modes_wb.obj) : error LNK2001: unresolved external symbol _fprintf 1>libspeex.lib(sb_celp.obj) : error LNK2001: unresolved external symbol _fprintf 1>libspeex.lib(nb_celp.obj) : error LNK2001: unresolved external symbol _fprintf 1>libspeexdsp.lib(fftwrap.obj) : error LNK2001: unresolved external symbol _fprintf 1>libspeexdsp.lib(mdf.obj) : error LNK2019: unresolved external symbol _fprintf referenced in function _speex_echo_state_init_mc 1>libspeex.lib(speex.obj) : error LNK2001: unresolved external symbol _fprintf 1>libspeex.lib(bits.o...

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 =

...that I made (casting as unsigned to prevent MSB extension) solved my problem, but maybe it would be safer to use EXTEND32 here. That is, after all, the way all of the other 16 bit issues get solved. Outside of what is in the patch, I ifdefed out the unused spx_fft_float and spx_ifft_float in fftwrap.c (I described this earlier, it prevents the need to include smallft.c) and commented out the memory.h and malloc.h includes in kiss_fft.h (the TI compiler does not have these files). When the dust settles, I will send a patch with additions to the TI directory for the echo canceler example, i...