similar to: No subject

preprocess.c: /* FIXME: This VAD is a kludge */ st->speech_prob =3D Pframe; if (st->vad_enabled) { if (st->speech_prob > st->speech_prob_start || (st->was_speech && st->speec= h_prob > st->speech_prob_continue)) { st->was_speech=3D1; return 1; } else { st->was_speech=3D0; return 0; } } else { return 1; } AND case SPEEX_PREPROCESS_SET_VAD:

For what it's worth, I've had significantly better luck with the WebRtc VAD. It's pretty good. http://code.google.com/p/webrtc/source/browse/#svn%2Ftrunk%2Fsrc%2Fcommon_audio%2Fvad%2Fmain%2Fsource In general, the WebRTC voice engine seems to be more sophisticated and mature than the Speex preprocessor (as opposed to the Speex codec, which is pretty good). Ken Smith Cell:

From 1.2rc1 source code: preprocess.c: /* FIXME: This VAD is a kludge */ st->speech_prob = Pframe; if (st->vad_enabled) { if (st->speech_prob > st->speech_prob_start || (st->was_speech && st->speech_prob > st->speech_prob_continue)) { st->was_speech=1; return 1; } else { st->was_speech=0; return 0; } } else { return 1; } AND case

Hi, Here are the next two patches for the data export. speex_get_psd should be applied after speex_get_agc_gain (sent in previous mail). It allows applications to get the power spectrum for the signal and the noise estimate. speex_get_prob should be applied last. It allows fetching the speech probability of the current frame (the value that the _PROB_START and _PROB_CONTINUE parameters are

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

I have been trying to understand how to get the VAD algorithm working. I sent an input stream of all zeros into the preprocessor but still got a return value of 1 indicating that speech was detected. Is this feature not available with the latest release? I thought at the very least it would detect this as silence and return 0 but that does not seem to be the case. Does anyone have any

Tom Harper wrote: > Steve, > > The main problem I am having with the system is clipping off the start > of someone's speech when they first start talking- the ends of the > sentences > seem to be handled properly. I am wondering whether this is the fault > of the > audio playback system or whether this is a speex issue- I don't seem to get that; I suppose

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

Hi, I've got a system with a 3com 590 NIC (Boomerang / Vortex), and instructed it to boot using PXE. System load the initrd and the kernel image from the FTP server, boots the image and starts the install routine. So far so good. The strange part is that after the PXE boot completes the kernel doesn't detec the NIC. It's not a driver issue, the same kernel on a floppy does

> 1) AGC: This seems to work pretty well in all cases. I had previously > hacked-in the "compander" filter from sox for a similar effect. What > I've noticed is that speex_preprocess's AGC has no "knobs", and it > seems to use an attack/decay that is a lot faster than what I had > chosen from the sox compander, but it works pretty well nonetheless.

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

As I understand it, there are two separate ways to get VAD information from Speex: 1) Using the encoder. 2) Using speex_preprocess(). I present the following observations from an application developer's perspective. They may be wrong, in which case I would appreciate corrections. - The two VAD systems are implemented differently. - speex_preprocess()'s VAD provides more accurate

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,

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

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 decide how to adjust the input mixer. We want to use

http://bugzilla.mindrot.org/show_bug.cgi?id=1217 Summary: scp does not limit bandwidth Product: Portable OpenSSH Version: 4.3p2 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: scp AssignedTo: bitbucket at mindrot.org ReportedBy: jacek_kal at o2.pl

Echo cancellation works like a charm, but it seems to confuse the preprocessor a bit. If listening to background music (properly fed through the echo cancellator), the music is removed but the result is still detected as speech even if almost silence remains in the signal. Also, the AGC keeps adjusting to the minute remains in the signal, meaning that sooner or later it will amplify the

Hi, I had the same experience. The VAD done in the encoder does not seem to work very well at all. However, the VAD done by speex_preprocess() works much better. You will also get better results if you enable the denoiser, I think. peex_preprocess_ctl(preprocess, SPEEX_PREPROCESS_SET_DENOISE, &denoise_enabled); speex_preprocess_ctl(preprocess, SPEEX_PREPROCESS_SET_VAD,

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():

Hi team, I'm dealing with AS/U as a member server on a Samba 3.0.20 PDC. Jonction seems ok, and from the member server I can see PDC's shares (with net view) and authenticate user (with net logon user passwd /domain:domainname). On the other side, I fell into timeout when running smbclient -L member from the PDC. Here is a log.nmbd loglevel 10 from PDC as there is no other log