similar to: Noise :-(

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;

I'm working on an application where I need to record the current playing position and return to it later. and I need this to be done the most efficient way, so I used ov_raw_tell() and ov_raw_seek() because the documentation says they are the best when speed is a concern. but the problem is that sometimes ov_raw_tell returns the same value before and after calling ov_read; here's an

Hello, i want to use speex out of visual basic. So i have written a few wrapper functions in VC++ (v6) wich i can call from VB (v6). But i have problems with the encode and decode functions. Encode wrapper Function: I want to copy the value of an single array in VB to a float array in C which can be encoded. And the output of the encoder have to be unsigned char because in VB its an byte

Hi, The attached patch fixes an incistency in my earlier patch. Whereas the rest of the AGC ctls are in dB, GET_AGC_GAIN was linear. This patch fixes that. It also changes the API for _GET and _SET_AGC_LEVEL to use a int32 instead of a float, meaning we don't need to do a API change when we get a fixed point AGC. Best regards, Thorvald -------------- next part -------------- ---

Hi, Speex-dev: ? I have some problems about complie speex on pxa-270. I use libspeex.so.1.4.0 at my platform after complie speex and all function is ok, but the cpu loading is 99%. How can i do to reduce the cpu loading? ? note: 1. My Platform are os: linux 2.6.19 , cc: gcc-2.95.3 , cpu: pxa-270, ogg: libogg-1.1.3, speex: speex-1.2beta3 2. I configure speex by the follow command. ./configure

I'm attempting to use speex preprocess for automatic gain control in an application I'm working on and could use some help. I'm using Opus as my codec. In order to keep the number of packets down, I'm using 60msec frames. I'm sampling at 48KHz as is recommended for Opus. So, the frame length is 2880 samples and the sampling rate is 48000. The source of the data is a

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

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

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

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 >

Hi, I've been looking a bit at the VAD/AGC situation. I noticed a leftover variable declaration. The AGC used to use nb_loudness_adapt to count the number of frames so far, but it now uses nb_adapt which is shared by all the functions. However, it still allocates and updates nb_loudness_adapt. This patch saves 4 bytes of memory and a partial cycle of CPU power ;) -------------- next part

hi, 1. I usr speex wb ,and find voice volume too small , my setting is : st->agc_enabled = 1; st->agc_level = 8000; I feel the agc function not work,how can i enhance the volume. 2. I test encode with 16.8K WB mode and decode with 23.8 WB mode, and find voice not good! with continues electric current sound . why? please help me. thanks a lot. tanger.

Hi Jean-Marc and all, I was playing with the AGC with different sampling rate and I experienced smaller volume level when I increase the sample rate. Should I use a different value for AGC_LEVEL when using different sample rate? I'm using speex-1.2rc1.tar.gz Tks, Aymeric MOIZARD / ANTISIP amsip - http://www.antisip.com osip2 - http://www.osip.org eXosip2 -

I'm attempting to use speex preprocess for automatic gain control in an application I'm working on and could use some help. I'm using Opus as my codec. In order to keep the number of packets down, I'm using 60msec frames. I'm sampling at 48KHz as is recommended for Opus. So, the frame length is 2880 samples and the sampling rate is 48000. The source of the data is a

I'm getting confused, what's the problem exactly? The AGC doesn't remove the DC or it adds one? Jean-Marc Aymeric Moizard a ?crit : > Hi Jean-Marc & all, > > I'm currently working on a wav file with very low volume. > This wav also contains a DC component. > > Using testdenoise with modification (AGC turned on with > 20000.0 value) I'm able to

Jean-Marc Valin wrote: >>Reverberation suppression? >> >> > >Basically, it means that if you are in a room with lots of echo (long >decay), I can reduce it a bit. > > > >>I guess this would help reduce local source echoes? I've never >>_noticed_ that to be a problem in my use, but I would imagine that >>using a notebook's

Hi Jean-Marc, Thanks for the quick response! I am resending this mail hopefully in plain text. The following three version have been tried and all of them have the high frequency tones. speex-svn-14525 speex-1.2rc speex-svn-15540 I've isolated this down to the Speex encode/decode by sending silence (i.e. all zeros) to the encoder and displaying the decoder output in addition to

http://shorewall.net/pub/shorewall/Beta ftp://shorewall.net/pub/shorewall/Beta -Tom -- Tom Eastep \ Nothing is foolproof to a sufficiently talented fool Shoreline, \ http://shorewall.net Washington USA \ teastep@shorewall.net

Tom, You can look in my archives for my posts on this topic, but what I've found is that the echo canceller works to some extent, but if you're also using the other preprocessing (which you'd definitely need to do _after_ ec, otherwise ec probably won't work at all), the AGC function ends up reversing the effect of ec. That is, while ec reduces the echo, it doesn't