similar to: echo suppression

Thanks, Jean, Is the echo suppression stable? Is it working well? Thanks again! Best regards, Daniel On Tue, 20 Dec 2005, Jean-Marc Valin wrote: > Have a look at testecho.c and the manual included in 1.1.11 or svn (the > manual on the website is out of date). It's not much, but that's all > there is for now. > > Jean-Marc > > Le lundi 19 d?cembre 2005 ? 11:36

BTW, in checking the -ansi stuff, I noticed the following warning: testecho.c: In function `main': testecho.c:40: warning: passing argument 5 of `speex_echo_cancel' from incompatible pointer type Looks like you forgot to update this after changing the working array type. Just-guessing patch attached. -r -------------- next part -------------- Index: libspeex/testecho.c

Just tried your files and I'm not running into any infinite loops and the cancellation works fine. Unless the C6x has the same problem, I suspect a 16-bit problem. I'll check and see if I find something. About the r=0 problem, I can't find where it ends up in a denominator, so I suspect is not (directly) the problem. Jean-Marc Le lundi 08 mai 2006 ? 20:05 -0400, Jim Crichton a ?crit

> > Hello everybody. > > I have the same problem like you. I use ARM microcontroller too. > > Here is the list of all functions called by speex_echo_cancel until goes > > into infinite loop: >... > > else > > { > > do > > { > > kf_work(Fout , f, fstride*p, in_stride, factors,st); // ><---------- > > here this

Jean-Marc, I have traced the second infinite loop further. When st->adapted becomes true (mdf.c line 623), the first Yf[i] value is 4, the leak_estimate is 0xd4e, the resulting r is 3. The first value in st->Rf is 0, so e is 1, and r is set to e>>1, or 0. A little later there is a divide by r, and there is the hang. It seems that the 0 in Rf[0] is the problem, but I am not

> I built and ran the same test on the TI C64 simulator, and the echo was > canceled nicely (about 10:1 reduction in the peak amplitude during the > second of two brief speech bursts). So, my problem must again be related to > the 16-bit processing on the C5X DSPs. Good. At least we've narrowed it down a bit. > Also, the line where it is hanging is: >

Hi: I have been trying to test the speex AEC by playing a voice sample (pre-recorded) as a echo and capturing a new voice sample and playing the pre-recorded one, for reference. [Sampling rate 8 KHz, frame size 64] For some reason, I dont see any removal of echo. Does anybody have a idea of * Testing the AEC in some other mechanism or * Getting some sample files for testing AEC Thanks Su ---

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

Hello everybody. I have the same problem like you. I use ARM microcontroller too. Here is the list of all functions called by speex_echo_cancel until goes into infinite loop: speex_echo_cancel() | spx_fft | kiss_fftr | kiss_fft | kiss_fft_stride | kf_work Function kf_work looks like: static void kf_work(kiss_fft_cpx * Fout, const kiss_fft_cpx * f, const size_t fstride, int

Hi, I use speex1.1.10 [June 10, 2005]in my VoIP application and it works very good for me. But sometimes I get loud metalic noise. Turning off EC, disappears the noise right away. I use EC with denoiser ON, AGC OFF, echo tail 400 ms. Has anyone experienced this? Since Speex1.1.11 has improvement for EC, I tried with the latest release [Speex1.1.12, which has fixed point EC]. But in my test, EC

Terrific! The patch fixes my problem quite decisively. I will want to use this with a 16K sample rate. Is it expected to work well with just another slight patch, or will we need to modify it more deeply? Also, are there any tunable parameters besides tail length? I am wondering about the aggressiveness of adaptation and I know you are an expert in that area. Thanks so much, Michael

Em 21-12-2015 14:24, James Hogarth escreveu: > On 21 December 2015 at 15:08, Sylvain CANOINE <sylvain.canoine at tv5monde.org> > wrote: > >>> If you're using NetworkManager, you can "systemctl enable >>> NetworkManager-wait-online.service" and you won't have to override any >>> of the individual services. >> Our security experts

Hi Folks, I am having trouble using speex_echo_cancel. As a starting point, I am using the testecho.c source code. I compiled the 1.2beta1 version. I have not tried any other versions of speex. The document says that the order of arguments to Speex_echo_cancel is (echo_state, input_frame, echo_frame, output_frame, residue) where "input_frame" is as captured from mic and

Hi: Can anyone give some insight on: 1) As per the Speex manual, there is a mention of the relationship between input frame and echo frame (Pg 19, Para 2). I was wondering of what would be the ideal delay between these two frames, so that the echo is already fed to the canceller and the echo cancellation filter is not inefficient. 2) Corresponding to the above mentioned delay, what filter

Hi, I wanted to play around with the echo canceller so I tried the testecho program. As speaker sound I fed it with a 440 Hz sine wave, and as mic with a 550 Hz + 440 Hz sine waves sound (but the 440 Hz component half the amplitude). I kind of expected to get a somewhat clean 550 Hz sine out, but it doesn't seem to work that way. Are there better samples I can use with testecho to see

I am trying to use the speex echo canceler and preprocessor with sipXtapi to develop a sip user agent. the sipXmedialib call flow graph uses 10ms frames and I am not sure what the implications are if I try to change this. The documentation seemed to indicate that a 20ms frame was recomended, but it didn't go into the consquences of using other frame sizes. We are going to use headsets

I realize that the preprocessor echo suppression is not designed specifically to counter the effects of data loss. On the other hand, as much as I might like to, I do not have the option to "fix that problem for real." The sad truth is that some end users have systems that may drop samples, or do other unfathomable things, no matter what I do. I can not rewrite their drivers, firmware,

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

Hi, For my VoIP application machine A sends speex encoded audio of to machine B and vice versa at. Data is captured in PCM 8Khz, 16 bit and then encoded using speex 1.1.12 The packet A played and the packet A captured through mic are the input to speex echo canceller. So I am trying to remove traces of packet A played from the captured data. I have followed example testecho.c All I hear is some

Millions of ordinary people have systems that do not meet your stringent specifications. It does not matter what OS you or I use. It's the customers for whom this work is done. -----Original Message----- From: Jean-Marc Valin [mailto:Jean-Marc.Valin@USherbrooke.ca] Sent: Monday, July 02, 2007 6:35 PM To: Coffey, Michael Cc: speex-dev@xiph.org Subject: RE: [Speex-dev] Backup Echo Suppression