similar to: audio preprocess questions

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

speex_preprocess() isn't covered in the manual, is it? But, it's very easy to use. If it returns non-zero, voice was detected. Tom "Meir Yeshurun" <mt_yeshurun@hotmail.com> wrote: > > I would like to use speex_preprocess() for voice activity detection. I read > the comments in speex_preprocess.h and the relevant paragraphs in the Speex > manual. Is there

Jean Marc, I ran across the silence issue that results from the echo canceller producing "bad" floating point data. Unfortunately this hasn't been done in a way i can reproduce, but I found that calling reset didn't fix the silence, unless I also reset: st->PHI[i] st->Eh[i] st->Yh[i] So it may be good to add these to the reset function. I was using these in

Hi All We are working on an ARM-based speaker phone application where the speaker and microphone is placed roughly 8 cm from each other (similar to this one: http://www.voipsupply.com/images/CHAT50SPLASH.jpg). We are using Speex AEC and preprocessor to handle the acoustic echo. The AEC typically contribute with ERLE of 15-20 dB which should be as expected from the algorithm. Additionally we need

Hi Jean-Marc > Can you explain what you mean here by "speech switching" By speech switching I mean the adaption of "gain2" when near-end or far-end is talking. What is important is that the timing is good and that the gain is low/high while far/near-end is talking. By timing I mean that the "gain2" should remain low until all far-end talk is final and that the

Jean Marc, Thanks for the advice. The estimate update may come in handy. I have had some time to play with the adaptation time. I tried making the adaptation time 80, 160 and 320. It seemed like the smaller value was actually the best in my initial testing, but I need to test this against a more noisy setup than I have here. I am guessing that for vad a shorter adaptation time is probably

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 also get the musical artifacts problem with the denoiser. This seems to be more of a problem on open

Hi Jean-Marc, As I told you, bank is a reserved keyword in Analog Devices compiler for Blackfin architecture. So we need to change the variables named bank to something else. Here's a patch that changes bank to bnk in the 3 concerned files. (Hope the format is OK) About my previous problems with the Blackfin: -> strange block repetition that could be cancelled by the AEC I was busy

I'm not sure if this is due to the same problem, but I get the same clipping behavior when trying to use VAD+denoiser on a particular mic+speaker setup that has significant background noise (enough to really foul up the codec should the denoiser be turned off.) Leaving VAD off and transmitting continuously seems to be the only way to avoid this clipping. Another person I regularly

Hi Jean Marc and List, So I have started finally fiddling around with Ultra-wideband mode. It appears to be very similar in operation to Wide mode, except that when peering into the packet structure it looks like (and these are kind of questions as much as statements here): 1. update rate 0 is not used in UWB- only 1-4? 2. The total bits used for each UWB update rate seem to be as follows:

Johan Nilsson a ?crit : > We are using Speex AEC and preprocessor to handle the acoustic echo. The > AEC typically contribute with ERLE of 15-20 dB which should be as > expected from the algorithm. Additionally we need about 30 dB echo > suppression which we hope to get from the preprocessor. So far it seems like you're doing things right. > However it has shown to be very

Johan Nilsson a ?crit : >> There's also a parameter to control the maximum amount of >> suppression allowed: SPEEX_PREPROCESS_SET_NOISE_SUPPRESS : noise >> suppression SPEEX_PREPROCESS_SET_ECHO_SUPPRESS : echo suppression >> when there is no local talk >> SPEEX_PREPROCESS_SET_ECHO_SUPPRESS_ACTIVE: echo suppression in >> double-talk > > Yes, I am

Not a big deal, but the "<http://xiph.org/svn.html>Subversion Access" link on http://www.speex.org/download.html page should probably point to: http://www.xiph.org/svn/ rather than: http://xiph.org/svn.html Tom ______________________________________________ Tom Harper Lead Software Engineer SightSpeed - <http://www.sightspeed.com/>http://www.sightspeed.com/ 918 Parker

Congrats Jean Marc, Just heard you got a new google assistant for the Ghost project! Tom ______________________________________________ Tom Harper Lead Software Engineer SightSpeed - <http://www.sightspeed.com/>http://www.sightspeed.com/ 918 Parker St, Suite A14 Berkeley, CA 94710 Email: tharper@sightspeed.com Phone: 510-665-2920 Fax: 510-649-9569 My SightSpeed Video Link:

Jean-Marc, So I saw in the latest code that the vad in the preprocessor is gone/going to be re-written. Is there a plan as far as this goes? Just wondering as the current one seems to work pretty well. Thanks! Tom ______________________________________________ Tom Harper Lead Software Engineer SightSpeed - <http://www.sightspeed.com/>http://www.sightspeed.com/ 918 Parker St, Suite A14

re: At 03:22 PM 10/25/2005, Jean-Marc Valin wrote: >Are you really sure you didn't have some corruption elsewhere? Totally possible- this is the first time this has happened that I know of in many many hours of usage- On the other hand, this null check isn't in my code base and it was in nb_decode_lost, and nb_encode- so I figured it was just an oversight- Tom

Hi, So I got a crash on the following code: k1=SUBMODE(lpc_enh_k1); k2=SUBMODE(lpc_enh_k2); which in the newer codebase is: bw_lpc(SUBMODE(lpc_enh_k1), st->interp_qlpc, awk1, st->lpcSize); bw_lpc(SUBMODE(lpc_enh_k2), st->interp_qlpc, awk2, st->lpcSize); I am not sure if the newer code will have the same issue but the following check is

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: preproc_patch_dth_10_26_05.patch Type: application/octet-stream Size: 8774 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20051026/c27a3ed6/preproc_patch_dth_10_26_05.obj

That's definitely strange and I've never encountered that. Normally, the only way for _mm_load_ups to generate a segfault is for the input to be invalid memory, in which case the C version should crash too. I suspect the compiler (or something else) may be hiding the real problem. Can you get a debugger and see exactly what assembly statement is causing the crash and what the operands are?

Jean Marc, So the C99 array syntax is breaking some lesser compilers- is there a known max size for bark[]? Fiddling with latest svn again... Thanks! Tom ______________________________________________ Tom Harper Lead Software Engineer SightSpeed - <http://www.sightspeed.com/>http://www.sightspeed.com/ 918 Parker St, Suite A14 Berkeley, CA 94710 Email: tharper@sightspeed.com Phone: