similar to: Patch for mdf.c without fixedpoint

Hi, I made a small error in the impulse reponse function; when doing the inverse fft in fixed point, it will overflow unless it's properly scaled. This patch uses the same scaling as that used when updating the filters, and the outputs now have the same shape and the same scale in fixed and floating point. Best regards, Thorvald -------------- next part -------------- diff -ubBwr

Hi I just upgraded to http://svn.xiph.org/trunk/speex r10357 and got this build warning: alfredh@io:$ make -s mdf.o libspeex/mdf.c: In function 'speex_echo_cancel': libspeex/mdf.c:321: warning: statement with no effect libspeex/mdf.c:317: warning: `adapt_rate' might be used uninitialized in this function Is this intentional? In any case here is a simple fix: Index:

Hello... I want to ask you something about your software implementation of MDF filter with DTD machanism. (mdf.c speex_echo.h files) My questions are: 1. What are theoretical (using in your articles) equivalents of index symbols from your program? 2. Could you describe or give me an algorith which was using during software implementation of the MDF+DTD 3. How I could freeze MDF by means of DTD

Current SVN compilation fails on Win32 (Intel C++ compiler 9.0): ..\..\libspeex\mdf.c(317): error: declaration may not appear after executable statement in block float adapt_rate; Just moved it up to the variable declaration block to solve it locally, but as it's not valid C, I thought I'd mention it ;) PS: With the same compiler, AGC fails horribly (Zlast goes to several

Hi, I'm still trying to implement speex AEC into my VOIP project and I have some problrm with MDF filter response. I have plots of ref(near-end), y(filter response) signals and from plots I obtain that filter response is to small so when i substruct it from ref signal there is no efect. Is there any way to make filter giving response about ref signal amplitude? /Przemek Stajniak.

Did a bit of tuning in SVN. Could you try that? What frame size, filter length, sampling rate are you using? All the process you describe is actually the tip of the iceberg I think. There is something making the adaptation diverge, which causes Eh and Yh to be large and so on. The part I changed is probably the one causing divergence. If it doesn't work, reducing the coefficients even more

Hi, I would like to compute the inverse FFT of the MDF coefficients. I have noticed that some coefficients are obviously missing since I do not see the mirror effect, neither find the purely real frequency 0 coefficent that have to be found for a "real" signal. I guess the frequency 0 coefficient is 0 (average energy 0), but how should I do the mirroring and how many coefficients should

Jean-Marc Valin <Jean-Marc.Valin@USherbrooke.ca> wrote: > > > Anyway, I found a few papers on multisource echo cancellation. Unless it's > > already a feature on the short-term "TODO" list, I'll take a stab at > > adding simple multisource cancelling after christmas. > > Multi-channel echo control is the subject of my post-doc and it will >

Jean Marc & list, Following up on this- there seems to be an issue with this calculation in mdf.c (Smooth echo energy estimate over time) Pey += Eh*Yh; Pyy += Yh*Yh; it goes too large for floating point, which seems to be caused by extremely large values in st->Rf[j], st->Yf[j] and smaller values in st->Eh[j], st->Yh[j]- things were relatively quiet

>> Current SVN compilation fails on Win32 (Intel C++ compiler 9.0): >> >> ..\..\libspeex\mdf.c(317): error: declaration may not appear after >> executable statement in block >> float adapt_rate; >> >> Just moved it up to the variable declaration block to solve it locally, but >> as it's not valid C, I thought I'd mention it ;) > >

Hi, Ref the disucussion on IRC yesterday; here's a patch which makes a bit more data from the analysis of the preprocessor and the echo canceller available. For the preprocessor: - Size of power spectrum. - Power spectrum and noise estimate of the previous frame. These are given as squared values, so sqrt() to get values in the 0->32767 range. - Current amplification level

Hi, I'm still working on visualizing the echo canceller, but I discovered something that might be interresting. During testing, i did this: Generate a test signal (10+x sine waves per frame), where x increases by one for each iteration, and wraps around at 100. Set the speaker signal for the frame to the test signal. Add 0.5*test signal to the mic signal. When watching the power graph

To everyone on the list: do *NOT* attempt to do echo cancellation with signals sampled using different clocks. This will *NOT* work. Just a 0.1% difference between the two sampling rates (it's sometimes worse than that) means that the impulse response drifts by 8 samples every second. There's just no way to efficiently track this. Or at least no way that doesn't involve something 100x

Hi, I have a very large ".mdf" database (36 GB) that I want to import to R. I'm using a computer with 64 GB of RAM, running on windows server 2008 R2 with SQL. Could anyone guide me through the process. I have absolutely no idea what to do. Thanks, Mauricio Romero [[alternative HTML version deleted]]

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

Jean Marc, Ok so I tested with the new code, same result- frame size= 160, filter length=160 ms/1280 samples, 8000 Hz diverged after 9564 calls/packets or 191 seconds. My system stays relatively in synch but is not perfect- difficult to measure if there is any clock drift, but it probably is. In order to make it break faster I use an open air usb microphone that is part of a logitech notebook

> Generate a test signal (10+x sine waves per frame), where x increases by > one for each iteration, and wraps around at 100. Testing with sine waves is usually not a good idea. If you intend on cancelling speech, then test with speech. > First off, it seems W is stored 'backwards'. The first values are for the > oldest frame, ok :) right. > However, when peeking at the

>> I'll need to add support for saving audio to my program, so I can give you >> the "actual" sampled loudspeaker and mic files, and I'll also need to get >> hold of a test person again. (I had a friend with a friend who has an >> exceptionally clear voice. My own "aaaaaa" is far too muddy to cause >> this). I'll try to get this done

Hi Jean-Marc, I have the following problem when cross-building speex 1.1.7 with MaverickCrunch support. To add this support I had to define CPPFLAGS as follows: export CPPFLAGS='-mcpu=ep9312 -mfix-crunch-d1' but it seems libtool does not like it, while the object files are compiled fine: ... arm-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include

dear all I got this error when I try to use libspeex in visual studio. when I include speex/speex_echo.h, it complains about unresolved external symbol _speex_echo_state_init. And when I include mdf.c into the source, it generates whole bunch of errors. Any idea? thanks so much --------------------Configuration: audio - Win32 Debug-------------------- Compiling... mdf.c C:\Documents and