similar to: Preprocessor Idle state

Hi, Can anybody show me how to enable stereo AEC, I tried with the following code and the result is bad, degraded output. Init: ec_state = speex_echo_state_init_mc(frame_size, aec_tail, 2, 2); speex_echo_ctl(ec_state, SPEEX_ECHO_SET_SAMPLING_RATE, &sample_rate); preprocess_state_left = speex_preprocess_state_init(frame_size, sample_rate); preprocess_state_right =

If the left and right channels are processed separately as you do, the parameter Mic-Number in speex_echo_state_init_mc should be 1, not 2 On Wed, Feb 10, 2010 at 4:00 AM, <speex-dev-request at xiph.org> wrote: > Send Speex-dev mailing list submissions to > speex-dev at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit >

Hi, I've attached a patch against SVN r14645 which adds GCC visibility information to all symbols exported from libspeex.so and libspeexdsp.so. It includes a configure.ac change to test that both the compiler flags and __attribute__((visibility)) works, and if so will #define EXPORT __attribute__((visibility("default"))) and if not #define EXPORT I've attached a diff output

Hi, I've attached a patch against SVN r14645 which adds GCC visibility information to all symbols exported from libspeex.so and libspeexdsp.so. It includes a configure.ac change to test that both the compiler flags and __attribute__((visibility)) works, and if so will #define EXPORT __attribute__((visibility("default"))) and if not #define EXPORT I've attached a diff output

I am using 'portaudio' and 'speex' to implement a speech audio capture/playback. Preprocess works fine but not the echo canceller (associated with preprocessor). I have read 'testecho.c' but it didn't help me. What I am doing bad? This is my implementation: One thread to capture and playback, both are different functions called in different times directly from

Well, I'm not a professional in AEC theory, but what I've mentioned is: speex_echo_state_init(20, 320*10) - frame size should correspond to 20ms. At your sampling rate (16000hz) is should be 16K*0.02 = 320. The same I can notice about echo tail. 100ms: 16000*0.3 = 4800, not 3200 as you has. But that's not crucial I think. Just wanna you get the point. "Internally,

Anton A. Shpakovsky <saa <at> tomsksoft.com> writes: > > As for me - speex_echo_cancellation is a better choise. Try using it in > capture thread instead > of those speex_echo_capture and speex_echo_playback functions. > > And please, describe your problem in details. Cause the fact that you > "didn get echo cancellation" > doesn't mean you are

Aymeric Moizard a ?crit : > > I'm working on the echo canceller with the SVN, with Windows Mobile 5 > PocketPC. > > Obviously, I can't make it run correctly. What happens/doesn't happen? > My question: If I use the SPEEX_PREPROCESS_SET_ECHO_STATE, I have > changes in the sound: noise seems to be removed. Noise should be removed even without

Hi Jean-Marc, didn't get a reply to my last post (see below) -- do you have no idea what happens here? After some more tests, I disabled the DIV32_16 Blackfin optimizations and now get good quality on the Blackfin. But when I have overdrive on the input, things become very bad -- I'm not sure if this is really a filter stability issue like I wrote some weeks ago. I use the speex

Hi Jean-Marc, I did some further checks with 1.2 beta 3: The problematic function is DIV32_16 inside fixed_bfin.h. When I comment it out (i.e. replace it by the generic version of the routine), the quality improves significantly. Nevertheless, there is still a horrible distortion when there is some overdrive/saturation in the input signal. For me, it looks like there's an instable filter

Hello everybody, I'm currently trying to run speex on the Blackfin (BF-537) STAMP evaluation board unter uCLinux. Using 1.2 beta 3, I encountered problems when activating the Blackfin assembler optimizations. Without optimizations for blackfin, i.e. calling ./configure --enable-fixed-point --host=bfin-uclinux everything seems to work fine. But when I add the --enable-blackfin-asm flag to

I am trying to compile speexclient.c. I downloaded all the files to ~/speex- 1.2beta1/include When I call ./compile.sh I get the following errors, speexclient.c: In function 'main': speexclient.c:164: error: 'SPEEX_PREPROCESS_SET_ECHO_STATE' undeclared (first use in this function) speexclient.c:164: error: (Each undeclared identifier is reported only once speexclient.c:164:

Hi So in your case if you don't want to use speex_echo_cancellation than you should do next way: Save the playback frames (clean echo) within separate playback thread with speex_echo_playback func. Then use speex_echo_capture - it will remove the clean echo frame (saved with speex_echo_playback func) from const spx_int16_t *rec buffer (saved with speex_echo_capture) and you will get

As for me - speex_echo_cancellation is a better choise. Try using it in capture thread instead of those speex_echo_capture and speex_echo_playback functions. And please, describe your problem in details. Cause the fact that you "didn get echo cancellation" doesn't mean you are doing smth wrong. Regards, Anton A. Shpakovsky -----Original Message----- From: speex-dev-bounces at

Hi Guys, I'm attempting to use the libspeexdsp component with a Coldfire M5329. I've downloaded the speex-1.2beta3 and configured using the following: ./configure --host=m68k-uclinux --prefix=/home/uclinux/uClinux-dist --enable-fixed-point LDFLAGS='-Wl,-elf2flt' The library builds fine (or appears to) an is placed in the subdir 'lib' of the prefix shown above; my routine

Hi, I've been reading the speex echo cancellation documentation and it says : ".... It is important that, at any time, any echo that is present in the input has already been sent to the echo canceller as echo_frame. ... "; All I'm doing in the echo cancellation process is initializing it once with a call to : SpeexEchoState* speex_echo_state_init(int frame_size, int

Hi Marc, I encountered the problems even with older versions of speex, including 1.2beta2 and 1.1.12, too. I had no time in the last weeks to investigate this issue further, sorry. Hopefully, I'm able to do some more test the next days, but I have no real idea how to proceed Performance and quality seem to be o.k. for me if I deactivate the Blackfin optimizations inside the file

Hi Anton Thanks for the info... What if I use this function do I still need to sync the playback and capture? Assuming that the captured voice (*rec) already contains the echo which I need to cancel out... -------------------------------- void speex_echo_capture (SpeexEchoState *st, const spx_int16_t *rec, spx_int16_t *out) Parameters: st Echo canceller state rec signal

What is the current status of the residual echo suppressor in the preprocessor? I ask this because I have occasional problems with the AEC, in which it fails to cancel echo. I think the problems have to do with samples being dropped by the audio IO system, which is effectively impossible to detect and counteract reliably. A colleague recommended using an echo suppression technique (which he

The residual echo suppression is supposed to be working decently well now. However, it's not designed to counter the effects of samples being dropped off the soundcard. You'll just need to fix that problem for real. Jean-Marc Coffey, Michael a ?crit : > What is the current status of the residual echo suppressor in the > preprocessor? > > I ask this because I have occasional