search for: spx_fft_float

...ems (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. > > > > > > Right, need to cleanup that part......

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 =

...d earlier in the thread. The change 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 fo...

...n 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. > > > > Right, need to cleanup that part... > > > >> With these changes, the...

...range" in mdf.c, which I > fixed by adding EXTEND32 to all of the SHL32s with 16 bit operands > (st->frame_size in 6 places, st->wtmp2 in 1 place). I have not sent > patches for these two changes, because I still have other problems. > > 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. > > With these changes, the link was successful, using testecho.c with some > modifications for the C55 environment. The code and data memo...

...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. 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,...

Hi Jim, I've just been made aware of these problems (look for the thread "speex echo cancellation limitations"). It's on my short-term TODO list. > 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. Right, need to cleanup that part... > With these changes, the link was successful, using testecho.c with some > modifications for the C55 env...

...for "shift out of range" in mdf.c, which I fixed by adding EXTEND32 to all of the SHL32s with 16 bit operands (st->frame_size in 6 places, st->wtmp2 in 1 place). I have not sent patches for these two changes, because I still have other problems. 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. With these changes, the link was successful, using testecho.c with some modifications for the C55 environment. The code and data memory requirements were a...

> I've just been 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. > > Right, need to cleanup that part... > >> With these changes, the link was successful, using testecho.c wi...

...been 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. > > > > Right, need to cleanup that part... > > > >> With these...

...dual T speex_echo_playback T speex_echo_state_destroy T speex_echo_state_init @@ -73,16 +57,6 @@ T speex_resampler_set_rate_frac T speex_resampler_skip_zeros T speex_resampler_strerror -T spx_drft_backward -T spx_drft_clear -T spx_drft_forward -T spx_drft_init -T spx_fft -T spx_fft_destroy -T spx_fft_float -T spx_fft_init -T spx_ifft -T spx_ifft_float U atan U calloc U cos

...dual T speex_echo_playback T speex_echo_state_destroy T speex_echo_state_init @@ -73,16 +57,6 @@ T speex_resampler_set_rate_frac T speex_resampler_skip_zeros T speex_resampler_strerror -T spx_drft_backward -T spx_drft_clear -T spx_drft_forward -T spx_drft_init -T spx_fft -T spx_fft_destroy -T spx_fft_float -T spx_fft_init -T spx_ifft -T spx_ifft_float U atan U calloc U cos