similar to: FIXED_POINT

I usually use the cross-correlation between the speaker signal and the mic signal. It works pretty well. The problem is the you need enough data in order to get a good S/N. I compute the cross-correlation between 1.5 second data of each signals. In this way the application detection of any anomalies is quite slow. I am looking for something faster, but I fear it will be something very application

2010/5/11 Elston Sa <jose at rebaca.com>: > Is there an API in speex or have you implemented your own? I don't know if there is an API in speex for this, probably not. There is a test for AEC which does something very similar. I implemented it starting from a FFT library. It is quite easy to do. > > I am currently trying to find one. But if you could point me to one it will

1) Everytime a participant speaks there is a echo for a short duration (maybe a word or two) but as the participant continues to speak without a any break the echo is 95% cancelled (i.e there is a feeble echo still present if observed very carefully). 2) The moment the participant stops / pauses speaking and start talking again, scenario 1 is repeated as if the echo state has been re-initialized

I tried cross-correlation. It does locate the sync point and it's almost perfect. I guess now I have to make it more perfect. Thanks for the pointers. On the side note: I have a test environment. Where I created the stream such a way that I have one "captured stream" purely with echo (i.e. no one else is speaking) and one stream with echo + someone speaking. I confirmed that I

Yes. I guessed that too, however I am not sure why it keeps repeating every time the user stops / pauses and starts speaking again in a single session. I am using a laptop with standalone speakers. For echo cancellation to work one has to make sure that the ref and echo buffers are synchronized. I guess this is the most common problem. -Elston -----Original Message----- From: Anton A.

Is there an API in speex or have you implemented your own? I am currently trying to find one. But if you could point me to one it will reduce my search time. :) Many Thanks, Elston -----Original Message----- From: Marco Pierleoni [mailto:pierleoni.m at gmail.com] Sent: Tuesday, May 11, 2010 5:55 PM To: Elston Sa Cc: speex-dev at xiph.org Subject: Re: [Speex-dev] AEC - Echo is cancelled

Marco, Thank you for your response. Is there a way I can determine if the synchronization is perfect or not? If not by how much it is off. - Elston -----Original Message----- From: Marco Pierleoni [mailto:pierleoni.m at gmail.com] Sent: Monday, May 10, 2010 3:46 PM To: Elston Sa Subject: Re: [Speex-dev] AEC - Echo is cancelled however..... Hi Helton, it is now several months that I am using

First: this is my first post on this list so any suggestions, let me know. I recently had to make the move from SMBFS to CIFS when I upgraded from Fedora 4 to 5. Changing settings in my /etc/fstab was easy and no errors come up but now I'm having an issue very similar to post I found on your list that got no response back in April: http://lists.samba.org/archive/samba/2006-April/119813.html

Hi all. I'm trying to decode speex using version 1.1.10's libspeex with fixed_point enabled. copied the sample in the manual (1.1.11) with minor revisions. While running the program, encountered this warning: "Packet is larger than allocated buffer : 38" when calling speex_bits_read_from (&bits, cbits, nBytes) then my program terminated unexpectedly with errors (Unhandled

Hi, I am using 1.2beta2 on a C5416 doing narrowband in the decode function I am having a problem with the execution of my program vectoring off to random interrupts that are not used. I have tracked down the error to the highpass function called in nb_decode -very close to the end of the function-context: it is called here: ln 1719 for me if (st->highpass_enabled) highpass(out,

I didn't expect this, is it normal? When you use inbandfec, and have packet losses, you end up with more audio samples than you started with. With short frame (2.5), the FEC isn't supposed to do anything but it shouldn't do that should it? and 20mS frame, should do 'something' but? add audio? I'm using opus_demo for this. Here's the steps (I have my test audio in

Hi, I have a module sampling raw PCM data on Win CE as 10ms time slice (160 bytes), mono, 8000HZ, 16 bits per sample. Does anyone know what is the mflops for using fixed point on a Win CE compared to using floating point? Looking at the manual, "In practice, frame_size will correspond to 20 ms when using 8, 16, or 32 kHz sampling rate." for a 8 kHz sampling, the framesize should be

Hi, I have found differences in quality between opus_demo and opusenc/opusdec. I used for both applications the same raw pcm file,16 bit,48khz,litle endian. i use libopus 1.1-beta and opus-tools-0.1.7. The command for opus_demo is: opus_demo audio 48000 1 64000 -cvbr -framesize 10 in.pcm out.pcm For opusenc/dec: opusenc --raw --raw-chan 1 bitrate 64 -cvbr --framesize 10 in.pcm in.opus

Hi, I have an application for Windows that encodes speex into a QT Movie. This all work just fine. I am porting it to Windows Mobile and read to use the FIXED_POINT define for better performance. I decided to test FIXED_POINT on Windows and noticed that with FIXED_POINT the audio was garbled where before it was fine without FIXED_POINT defined. Is there any known issues or anything I must do

Hi, Should FIXED_POINT work fine on WIN32 or is it just for CE, Symbian and TI? - Keith ----- Original Message ----- From: "Jean-Marc Valin" <jean-marc.valin@usherbrooke.ca> To: "Keith Gurganus" <kgurganus@zygodigital.com> Cc: <speex-dev@xiph.org> Sent: Friday, October 19, 2007 10:59 PM Subject: Re: [Speex-dev] FIXED_POINT issue > What version are you

This patch adds a new option "channel-mapping" to opusenc which sets the channel mapping family used by the multistream encoder. Please let me know whether adding this option is worthwhile and whether the help string is okay. I tried to keep it short but accurate. The error message for an unimplemented channel mapping is "Error cannot create encoder: request not implemented".

Keith Gurganus wrote: > Should FIXED_POINT work fine on WIN32 or is it just for CE, Symbian and TI? Fixed-point should work on any platform that can multiply two 16-bit integers, including Win32 (that is, until MS releases it's proprietary replacement for integers). Jean-Marc > - Keith > > ----- Original Message ----- From: "Jean-Marc Valin" >

Actually opus-tools-0.2 has the same issue. Sincerely Forrest Zhang -------------- next part -------------- Add "#define FIXED_POINT 1" into the top of resample.c, outputs of resample are all zeros. Actually the data transform is required before/after calling speex_resampler_process_native(). diff -Naupr libopusenc-0.2.1-vanilla/src/resample.c libopusenc-0.2.1/src/resample.c ---

hi, i am trying to compile a fixed point version of lipspeex on desktop windows environment. a short reason for the complicated story is that we need to keep the 'engine' part of our project same across the various ports of our voip project (blame the pointy haired boss). now, when i compile with FIXED_POINT defined in the Visual C++ 6.0, i get these errors:

Hello - We are building Speex 1.2rc1 on Symbian/S60 using the GNU csl-arm-2005Q1C tool chain provided in the S60 SDK. We build with the supplied config.h and define FIXED_POINT to 1. We found that the encoded audio is "garbled" when we build with GCC -O1 or -O2 optimization level with fixed point enabled. But if fixed point is enabled and no GCC optimization level is specified,