search for: suppressors

...put together a "backup" strategy to cover the cases where it does not work. I might eventually settle for detecting non-convergence and enforcing half-duplex in that case, but I'd like to better than that if I can. I initially assumed that the echo suppressor is similar to other echo suppressors (also called "nonlinear processors" or "loss controls"). Those suppressors use cruder algorithms that exhibit artifacts but that may not depend on the fine time structure of the audio signals. Is this not true of the preprocessor echo suppressor? -mjc -----Original Message----...

...sure that the drops don't > change rec/play synchronisation (the key is the sync, not the lost > samples). As for how the residual echo suppression works, I've no idea, > you need to try. > > > I initially assumed that the echo suppressor is similar to other echo > > suppressors (also called "nonlinear processors" or "loss controls"). > > Those suppressors use cruder algorithms that exhibit artifacts but that > > may not depend on the fine time structure of the audio signals. Is this > > not true of the preprocessor echo suppressor? &g...

...e are sometimes ways to make sure that the drops don't change rec/play synchronisation (the key is the sync, not the lost samples). As for how the residual echo suppression works, I've no idea, you need to try. > I initially assumed that the echo suppressor is similar to other echo > suppressors (also called "nonlinear processors" or "loss controls"). > Those suppressors use cruder algorithms that exhibit artifacts but that > may not depend on the fine time structure of the audio signals. Is this > not true of the preprocessor echo suppressor? Not sure what ot...

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

Hello, I resolved my echo issue using grandstream/estara etc etc sip phones and wcfxo interfaces from digium. I swapped out my via kt400 based msi kt4vl motherboard for an asus p4pe? i845? based motherboard and the echo has completly gone away along with aggressive suppressor option in the makefile. I hope this helps others. Brian J. Schrock Anistone Technologies, LLC 6926 Avery Rd. Dublin, OH

...> > change rec/play synchronisation (the key is the sync, not the lost > > samples). As for how the residual echo suppression works, I've no idea, > > you need to try. > > > > > I initially assumed that the echo suppressor is similar to other echo > > > suppressors (also called "nonlinear processors" or "loss controls"). > > > Those suppressors use cruder algorithms that exhibit artifacts but that > > > may not depend on the fine time structure of the audio signals. Is this > > > not true of the preprocessor echo...

...sure that the drops don't > change rec/play synchronisation (the key is the sync, not the lost > samples). As for how the residual echo suppression works, I've no idea, > you need to try. > > > I initially assumed that the echo suppressor is similar to other echo > > suppressors (also called "nonlinear processors" or "loss controls"). > > Those suppressors use cruder algorithms that exhibit artifacts but that > > may not depend on the fine time structure of the audio signals. Is this > > not true of the preprocessor echo suppressor? &g...

...e are sometimes ways to make sure that the drops don't change rec/play synchronisation (the key is the sync, not the lost samples). As for how the residual echo suppression works, I've no idea, you need to try. > I initially assumed that the echo suppressor is similar to other echo > suppressors (also called "nonlinear processors" or "loss controls"). > Those suppressors use cruder algorithms that exhibit artifacts but that > may not depend on the fine time structure of the audio signals. Is this > not true of the preprocessor echo suppressor? Not sure what ot...

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

I've got echo problems. *** I'm looking for paid support. *** I'll accept free support, but don't mind paying if someone really knows what they are doing. I've read the wiki, etc. Played with the settings in zapata.conf Using V400P PSTN->_T1->_ASTERISK->_BROADVOICE->_PSTN ECHO ON CALLED PHONE PSTN->_T1->_ASTERISK->_T1->_PSTN NO ECHO

Hello, We've integrated the speex echo canceller into PulseAudio, and coupled with the AGC/denoiser, it works reasonably well and has been a breeze to plug in, so thank you! One thing we're seeing, though, is that the canceller seems to take some time (a few seconds) to "learn", so initially the echo is clearly audible and it slowly fades out. This sometimes occurs in the middle

Hi, We are looking at consolidating our lines with PRI. This will allow the elimination of many fax lines. Some of them will be replaced with this type of config ... PRI * IAX * Channel-Bank FAX We will have daggressor suppressor enabled. Is anyone doing this and should I expect smooth operation? John This e-mail was scanned and found clean by Monroe-Woodbury CSD Antivirus.

I'm having trouble with the preprocessor's noise reduction feature. The basic issue is that it simply doesn't work very well. With my laptop (whose microphone is otherwise quite capable) I routinely hear transient background noise, typing, and other "quiet" sounds leaking through to the speex stream. Even worse, the AGC feature is blowing these things up into just awful

Andy Ross a ?crit : > I'm having trouble with the preprocessor's noise reduction feature. > The basic issue is that it simply doesn't work very well. > > With my laptop (whose microphone is otherwise quite capable) I > routinely hear transient background noise, typing, and other "quiet" > sounds leaking through to the speex stream. Even worse, the AGC >

On 10-06-04 08:31 AM, Henry Gomersall wrote: > I hope people don't resent me making a point on this, as I don't > actually know how the noise suppression in speex works, but I have some > knowledge in the area of noise suppression. > > In general, if you have information about the nature of the noise you > are trying to suppress, you can do much better than just assuming

Like most others on this list I also have some really annoying echo whenever a call goes out to the PSTN from a SIP phone... SNOM/Budgettone -> Asterisk -> X100P -> PSTN I have tried every echo canceler in the makefile and turned on and off aggressive suppressor etc. etc. etc. tried 32,16,128, and 256 bridgetaps and I can get it reduced to only a few seconds on the intro of the call and

> As you can tell, the AAGC integration with speex was really a classic > hack. Instead of re-creating the hack, what's probably best here is to > integrate AAGC back into speex, and have a proper API. Agreed here. If you can come up with a clean patch to add that feature, it's something I'd like to see in Speex. > For those of you just tuning in, what I call

> Brian> Hello, I resolved my echo issue using grandstream/estara > etc etc Brian> sip phones and wcfxo interfaces from digium. I > swapped out my Brian> via kt400 based msi kt4vl motherboard for an > asus p4pe? i845? Brian> based motherboard and the echo has > completly gone away along Brian> with aggressive suppressor option > in the makefile. I hope this

Hi all, I was excited to see the announcement on the list regarding the fix for the echo problems on Digium FXO cards! I have 2 X101P's, TDM400P with 4 FXS modules and couple of XLite softphones. A few months back,I had gone thru the recommendation on the list to remove echo from the SIP phones(I never did have any echo on the TDM400P FXS phones), and had removed about 90% of the echo.

Hi, Have posted to this list a couple of times and have always received great responses and help. I have a basic * system setup Using 3 X100P cards with 6 Snom200 IP phones. It was a bit of a struggle getting everything up and running but have been pretty happy with the flexibility and ease of *. My major problem is one that has been discussed on this list many times before. The echo