search for: attenuates

Hello Jean-Marc, I solved the variable delay problem, but I still have trouble with speex_echo_cancel(). When i try testecho.c with clean speech for far-end input and same speech with attenuation, a bit of reverb and 50-150 ms delay, all this done in sound editor, for mic input, i get 5-8 db attenuation. But when i use the same speech played and recorded for mic input, i see about 5 db of

Hi, For very large matrices, is this the most efficient way to add two variables together? ############################# attach(attenu) new<-rowSums(cbind(mag, station)) ############################# Also, could I be directed to some resources for working with very large datasets? Thanks

Had a try. The reason why a simple delay is not that good is mainly due to the initialization of the filter parameter that still takes a few seconds (if they are perfectly in sync, you sort of get lucky). Otherwise, you real recording seems to have something odd in it. Are you sampling from a different card then the one that's playing the sound? or maybe the mic (or something else) in the room

I ran some further tests on mdf and here are the results: 1. reduced tail length to 100ms, aligned mic and speaker signals to within 10ms - almost no echo attenuation 2. aligned mic and speaker signals to within 5 samples - still almost no echo attenuation 3. ran testecho using the same file for mic and speaker - very good echo cancellation (of course this is expected, but I needed to do a sanity

I'm pretty much sure of it. When I test inverting the inputs, my output is pretty much the same as my speaker signal. Whereas the way that I normally test the output is my mic signal with very little attenuation. If you are interested I can send my test files; they are about 94KB each. -Jason --- Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > Are you sure you're

Hello Jean-Marc and all, I?ve got a problem with speex_echo_cancel usage. I only managed to get an attenuation of 5-8 db using testecho.c and it depends heavily on the playback/capture delay. I used clear speech as far-end input and same speech with a bit of reverb, attenuation and delay as mic nput. I also tried using played and recorded speech for mic input. I tried different constant delays

Le vendredi 11 novembre 2005 ? 01:21 -0800, Duane Storey a ?crit : > This is a very real problem though.. I've encountered many sound cards that > use different clocks for input and output (even on the same card!) Also, if > you open up a sound device on windows at 8kHz, the microphone is often > around 8100Hz, while the output is 8000Hz.. I'm not sure if there's a bug >

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

When I ran test 4 as originally described there is substantial echo cancellation (but not as good as when the files are perfectly aligned). When I invert the inputs, there is no noticeable cancellation. I'm using testecho with the preprocess line commented out. Preprocess seems to work very well at cleaning up the residual echo when mdf does its job, so I'm just focusing on testing mdf.

Hello Jean-Marc, I solved the variable delay problem, but I still have trouble with speex_echo_cancel(). When i try testecho.c with clean speech for far-end input and same speech with attenuation, a bit of reverb and 50-150 ms delay, all this done in sound editor, for mic input, i get 5-8 db attenuation. But when i use the same speech played and recorded for mic input, i see about 5 db of

Hi Julia, Version 1.2-beta1 has a bug in the echo canceller. Try either svn or 1.1.12 -- or apply this patch to 1.2beta1: https://trac.xiph.org/changeset/11882 Jean-Marc julia rg a ?crit : > Hello Jean-Marc, > > > > I solved the variable delay problem, but I still have trouble with > speex_echo_cancel(). When i try testecho.c with clean speech for far-end input > and

Thanks for taking a look. There was no motion; however you are right about sampling from a different card. The speaker is connected to the Sound Blaster card, while the microphone is part of a USB webcam. I don't think that this is likely to be too unusual a configuration among users. I can retry the test using a sound card microphone to see if there is a difference. If it turns out that

Thanks for alerting me to the new changes. I just tried the latest code from SVN, but unfortunately I still have just about the same results. The estimated echo that gets subtracted from the actual echo is such a small signal that it doesn't really result in any noticeable echo attenuation. I currently have my filter size set to 2 seconds even though the echo in my microphone file is only

This is a very real problem though.. I've encountered many sound cards that use different clocks for input and output (even on the same card!) Also, if you open up a sound device on windows at 8kHz, the microphone is often around 8100Hz, while the output is 8000Hz.. I'm not sure if there's a bug somewhere in some of the OS resampling algorithms, but I've seen that on many machines.

On Wed, May 24, 2017 10:45 am, Warren Young wrote: > On May 24, 2017, at 8:52 AM, Chris Adams <linux at cmadams.net> wrote: >> >> Once upon a time, Warren Young <warren at etr-usa.com> said: >>> a. It???s transmitting from a fixed location in a time zone you >>> probably aren???t in ??? US Mountain ??? being the least populous of >>> the lower

Are you sure you're not just inverting the two inputs? Jean-Marc On Wed, 2005-11-09 at 22:16 -0800, Jason Harper wrote: > I ran some further tests on mdf and here are the > results: > 1. reduced tail length to 100ms, aligned mic and > speaker signals to within 10ms - almost no echo > attenuation > 2. aligned mic and speaker signals to within 5 samples > - still almost

Thank you, Andreas Engel. I downloaded the white paper of the Fraunhofer Acoustic Echo Control. http://www.iis.fraunhofer.de/bf/amm/download/whitepapers/Acoustic_Echo_Control-wp.pdf It said > "In the Fraunhofer Acoustic Echo Control, the frequency spectrum of the microphone signal is > modified so that the undesired echo components are removed from the signal transmitted to > the

I wasn't implying that anyone do anything about it, just that's it a real problem. Unfortunately, most of the crappy sound cards are the ones that ship with your typical PC, so it's just something that people should be aware of. The solution is pretty straightforward -- just resample the audio data in real time using a reference clock. -----Original Message----- From: Jean-Marc

Can someone point me to literature and/or R software to solve the following problem: Assume n true scores t measured as x with uncorrelated errors e , i.e. x = t + e and assume each true score to a have a certain amount of correlation with some of the other true scores. The correlation matrix cx of x will have its off-diagonal entries reduced by measurement error compared to the true

[Going a bit off-topic here, and going to do a bit of a deep-dive on RF stuff, but maybe it will be useful to Chris] On 05/24/2017 12:20 PM, Valeri Galtsev wrote: > It is insightful, yet... There are a bunch of other factors that may need > to be taken into account. Angular transmission pattern of satellite (horn? > or is it yagi? antenna) vs ground based (monopole? or dipole? antenna -