[speex-dev] Speex Options

Jean-Marc Valin jean-marc.valin at usherbrooke.ca
Fri Feb 9 06:39:52 PST 2007


I meant passing input 1 instead of input 2 and vice versa. Of course,
there are other creative ways to mess things up as well...

	Jean-Marc

Andras Kadinger a écrit :
> When you say inverted, do you mean
> a) input and output exchanged with each other,
> or
> b) input or output having changed sign numerically (e.g. multiplied by -1)?
> 
> Andras
> 
> Jean-Marc Valin wrote:
>> Make sure that:
>>
>> 1) You're using svn head, which has many improvements
>> 2) The AEC inputs aren't inverted
>> 3) The delay between the near end and far end signals isn't too big (if
>> you don't know what I'm talking about, RTFM)
>> 4) The capture and playback are done on the same device (synced clock)
>>
>>     Jean-Marc
>>
>> gorun.butail at wipro.com a écrit :
>>  
>>> Hi all,
>>>
>>>  
>>>
>>> I have been trying to implement audio echo cancellation using mdf.c from
>>> opal-2.2.2. Using testecho.c the output obtained is not satisfactory. It
>>> is cancelling the far end signal instead of the near end signal as per
>>> requirement. I have been moving in circles figuring how to approach the
>>> problem. Is there something wrong with the mdf that I am using?
>>>
>>>  
>>>
>>> I would be really thankful if anybody could guide and help in this
>>> matter. I am attaching mdf, testecho, as well as input .wav files for
>>> reference.
>>>
>>>  
>>>
>>>  
>>>
>>> Regards,
>>>
>>> Gorun Butail
>>>
>>>  
>>>
>>>
>>>
>>>
>>> The information contained in this electronic message and any
>>> attachments to this message are intended for the exclusive use of the
>>> addressee(s) and may contain proprietary, confidential or privileged
>>> information. If you are not the intended recipient, you should not
>>> disseminate, distribute or copy this e-mail. Please notify the sender
>>> immediately and destroy all copies of this message and any attachments.
>>> WARNING: Computer viruses can be transmitted via email. The recipient
>>> should check this email and any attachments for the presence of
>>> viruses. The company accepts no liability for any damage caused by
>>> any virus transmitted by this email.
>>>  
>>> www.wipro.com
>>>     
>> _______________________________________________
>> Speex-dev mailing list
>> Speex-dev at xiph.org
>> http://lists.xiph.org/mailman/listinfo/speex-dev
>>   
> 
> 
> 


More information about the Speex-dev mailing list