similar to: iaxclient & speex

David Brazier wrote: > Hi > > The latest SVN trunk for speex has changed the SpeexPreprocessState to > an opaque structure, for jolly good software engineering reasons. > However, the Analogue AGC (AAGC) feature of iaxclient (in audio_enode.c) > relies on some members of this. It uses speech_prob to detect when > there is enough speech to consider AAGC and then loudness2 to

> 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

> I hate to be a talker and not a do-er, but I won't be able to write this > myself, probably someone on the iaxclient team could do it. Anyway, let me know if/when someone's working on that. >> Hmm, or does that mean the analogue AGC is actually completely >> independent from the "real" AGC. Any thoughts? >> > > It's actually a bit more

I've been using Speex's AGC in my VoIP program with mixed results. One of the problems I had was: At the beginning of the call, if the user hadn't spoken yet and there weren't any background sounds for the AGC to lock on to, most of the time the AGC would almost immediately jump way up to 200x gain (the default max). This is undesirable and usually results in nasty feedback. If

I think you'll have to modify Speex to get the functionality you're looking for. I've made a few simple modifications to the AGC to prevent it from 1) exceeding a specified level of amplification and 2) enable and disable adaptation, so I can freeze it at a certain level while speech is not detected. It's mostly just a matter of doing this at the end of speex_compute_agc():

agc_gain seemed to fit with the idea of what I wanted to do, it was easy to understand its units and behavior, and freezing it produced the desired results. Also I wanted to cap it, so that's done at the same place, and that definitely works. All I want to do is be able to freeze AGC adaptation and put an upper bound on the AGC (for example, 2x amplification). Both of these things seem

Jean-Marc Valin wrote: >> 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

Jean-Marc Valin wrote: >> I hate to be a talker and not a do-er, but I won't be able to write this >> myself, probably someone on the iaxclient team could do it. >> > > Anyway, let me know if/when someone's working on that. > > >>> Hmm, or does that mean the analogue AGC is actually completely >>> independent from the "real"

Jean-Marc Valin wrote: >> I've had a small case with noise suppression and AGC. I have a fairly >> noisy environment here, and with the default parameters, noise >> suppression works fairly well while I talk. However, when I shut up, AGC >> starts slowly increasing the gain until it has amplified whatever noise >> is left to levels about equal to having no

On Mar 28, 2004, at 8:23 PM, Jean-Marc Valin wrote: >> The st->zeta pointer isn't freed in the >> speex_preprocess_state_destroy() >> function of the preprocess.c file (alloced in line 167). It's in >> Speex 1.1.4 >> by the way. > > Oops... Thanks for letting me know. I'll change that for the next > release (in the mean time, the fix is

First, I'd just like to thank the Speex community, and Jean-Marc especially, for their great work. I'm developing a VoIP library (which uses IAX, the asterisk protocol) as the network protocol. I've been putting off integrating Speex for a while, as things have been working pretty well so far with GSM. (for those interested, the code is at iaxclient.sourceforge.net). However,

Yes, you can use it independently by using speex_preprocess(). This function can do noise removal, AGC, and VAD. I've been using it to do all three and it usually works very well. There can be a train going by outside, producing lots of sound that makes it through the noise filter, and yet the VAD knows it's not speech. However, sometimes the VAD seems to get into a bad state and

Tom Harper wrote: > Hi All & Jean Marc, > > Once again I find myself delving into the pre-processing code to fiddle > with the VAD, AGC and denoising code. > > Where i am at is that I have implemented all of Steve Kann's mods, and > they are 90% of the way there in terms of working, except that I am still > having issues denoising open air mics. But that is

Hi, I've had a small case with noise suppression and AGC. I have a fairly noisy environment here, and with the default parameters, noise suppression works fairly well while I talk. However, when I shut up, AGC starts slowly increasing the gain until it has amplified whatever noise is left to levels about equal to having no filtering at all. As soon as I talk, AGC backs down fairly quick

Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2411 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20071025/268c3593/smime.bin

Hello, On 5/4/07, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > > As far as gain changes messing up the rest of the preprocessing chain: > > It would seem to mess up the denoiser, the VAD logic, etc., as well as > > the echo canceller. It might be possible (as I wrote earlier) to give > > the filter chain some hints about what the effects of the changes

Hi all, i use speex preprocessor features in this way: =================================== #define NN 160 /* 20msec di audio */ ... int tbc=0,c,d,ret; spx_int16_t TEMP_Buffer[NN]; char DLECODE; /* Inizializza il preprocessore Speex se non inizializzato */ if(Modem->speex_pp_state == NULL) { Modem->speex_pp_state = speex_preprocess_state_init(NN,AUDIO_SAMPLERATE); }

Hi, Tank you for your reply. I have tried the sample programs given the manual and done encoding and decoding a wave file. That is working fine. I have already read the manual and API reference. But this problem did not occured with the wave file encoding/decoding. While capturing the data from MIC and encoding/decoding is giving this problem. Thanks and Regards, Vijender Reddy, -----

Hi all, as in subject, speex_preprocess inject noise in my data. Someone can help ? Here's the way that i'm using: #define NN 160 /* 20msec di audio */ #define AUDIO_SAMPLERATE 8000 spx_int16_t TEMP_Buffer[NN]; speex_pp_state = speex_preprocess_state_init(NN,AUDIO_SAMPLERATE); c = denoise; speex_preprocess_ctl(speex_pp_state, SPEEX_PREPROCESS_SET_DENOISE,&c); c = agc;

What would be a good parameter to return that would better represent the loudness of the signal? As for the your other comments, I'll make the necessary changes and resubmit. Thanks, Mihai On Oct 25, 2007, at 7:45 PM, Jean-Marc Valin wrote: > I'm in favor of the idea, but not of the current implementation. There > are two problems: > 1) The st->loudness parameter