similar to: AEC diagnistics generated files

Hi Dmitry, I met the same problem a few months ago and at that time I used 1.2beta2 code/library downloaded from Speex homepage. That bug has been fixed in the most updated source code in svn. Regards, Eddy ----- Original Message ---- From: Dmitry Nikitin <dmitry.nikitin@advatel.com.au> To: speex-dev@xiph.org Sent: Wednesday, December 5, 2007 12:31:57 PM Subject: [Speex-dev] AEC

Hi Guys, I am trying to incorporate the speex AEC into my RTP stack. Trying to diagnose why the echo is not being cancelled I enabled DUMP_ECHO_CANCEL_DATA as per the docs. The problem is that the dump files the AEC generates are of different size. As I understand this and looking at echo_diagnostic.m, the files are supposed to be of same size. Can someone give me a hint as to why this could

Hi everyone, I think this should be interesting to all of those with echo cancellation problems. I finally check in some code to make these problems easier to debug. You'll need to have svn version for this. First, you need to manually define DUMP_ECHO_CANCEL_DATA in the compilation (sorry configure switch for now). With that, the AEC will automatically save the near-end, far-end and output

> Thanks for the great work. It indeed helps to diagnose of echo > canceller and narrow down the > problem area. Good, so it worked for you? > I am not an expert in the signaling processing but I > wonder if it is possible > to add the linearity check in the echo_diagnostic function? Theoretically, yes. In practice, I'm not sure how accurate it would be. Do you have any

All I can say for now is that: 1) My diagnostic tool does funny things that need to be fixed 2) It was probably also getting confused by the clicks at the end of the files 3) There seems to be odd things with your recordings, though I can't say what that would be. Are you changing something during the recording by any chance? Note that if a person close to the mic of speaker moves, that

Definitely! It tells me that my delay is fine but drifting is -15. I use the same onboard sound to record the near end and far end voice. So I can assume it should be fine? But I don't see the any different between input and output the echo_canceller function for this recording. Maybe there is some nonlinearity issue there? The link of this file(Capture1.zip) is in

I actually forgot to mention that I'm using ultra-wideband mode, but seems like you understood that anyway. Is this true that Speex echo cancellation only performs well in narrowband mode !? I've been using 100 ms as the default tail length. I don't know what the ideal tail length would be. I have tried shorter and longer tails but it hasn't made any difference. Does

Ok, let me be more clear on this. AFAIK, Windows OS doesn't expose speaker input as other OS ( Linux, Mac OS...). That puts you in bad spot in using Speex AEC with windows. Only way to work is to use Soundcard with ASIO functionality which does give you speaker input. But then you would have to impose that requirement on all your users. I heard Speex AEC works great from developer who

Well, I am not the person to be asked about how Speex AEC works :) And I was referring speaker input as having direct access into what has been played thru speaker. (ASIO Soundcard provides interface for that) So if I am remebering correctly, with data from Mic and Speaker in sync, speex AEC should do the job. Tim _____ From: Guilherme Balena Versiani [mailto:guibv at

An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/speex-dev/attachments/20090811/ad615b2a/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: comunip.gif Type: image/gif Size: 1663 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20090811/ad615b2a/attachment.gif

Hi I've been debugging and troubleshooting echo cancellation myself recently and I have made some observations. First of all playback and recording must be synchronized. There cannot be any clock drift between the microphone signal and the speaker (echo) signal. This has been said many times in the mailing list, but I will repeat it anyway. You have to first make sure that this is not your

hello All I believe, more improvements require echo diagnostic script for octave tool. First of all, I found mistyping inside script, where hardcoded size of buffer used for matrix creation (1024) has to be replaced with variable from function parameter. I'm not sure, if octave displaying messages while executing script or only on success completion, however it would be good to have more

Hello? I am a new user of speex.I am currently working on speex frames and I have some questions. I am using narrowband and long tail length, and it works very well with speex test DEMO. But it is very difficult to have speaker input in perfect sync with mic input. Speex does not work at all. Any suggestion? Regards? -------------- next part -------------- An HTML attachment was scrubbed...

Hi I'm debugging why echo cancellation does not work in my app using the DUMP_ECHO_CANCEL_DATA flag. What format does the data I receive have, looks like 16bit integers just dumped but when plotting it in MATLAB I do not get a raw audio data signal I expected. Kind Regards //Gunnar Gunnar Karlsson HotSwap Stockholm AB Landsv?gen 39| SE-172 63 Sundbyberg, Sweden Mobile +46 739

Hi, Speex devs, I apologize in advance if this is not the proper venue for this question, but I had seen in the archives that other threads of this nature had been discussed. In brief, I'm trying to get AEC working on a simple Android NDK app. It's a basic "play from a file, record from the mic to file" loopback test. I'm using OpenSL ES. I establish a player and a

Hello, all. 1) ACE does not work for me I am in a voip project using Speex, failed to have hte Speex ACE work. here is how I initialize it: /** * Configurations : * #define BITS_PER_SAMPLE (16) * #define SAMPLE_RATE (8000) * #define CHANNEL_NB (1) * #define DURATION (20) * SPEEX_MODEID_NB */ _eco_state = speex_echo_state_init(_encframe_size, 10*_encframe_size); speex_echo_ctl(_eco_state,

Hello, I'm using AEC for a VoIP application on mobile handsets. I am doing experiments to learn how to work with it, and I have a problem: As long as I play through the device's normal speaker and record using the mic, I have absolutely no clock drift (according to echo_diagnostic.m). The echo is being cancelled and all is fine. Once I route to the earpiece (and still use the mic, which

On Friday, 3 April 2020 10:46:54 PDT Ralph Boehme wrote: > Am 4/1/20 um 11:09 PM schrieb Alexey A Nikitin via samba: > > Is there a way, preferrably without ugly hacks, to prevent this from happening on accident, by mistake? By this I mean ideally so that Winbind remains responsive even if someone mistakenly ran `wbinfo -u` or `wbinfo -g`, but limiting the result sets of these commands or

Hi, Recently I by mistake ran `wbinfo -u <username>` when I was actually intending to run `wbinfo -n <username>`. It ignored the <username> part and proceeded to fetch the usernames. On a small domain this shouldn't be too much of an issue, but I did it on a domain with thousands upon thousands of users. The result was that Winbind became for all intents and purposes

On Friday, 18 October 2019 12:24:46 PDT Ralph Boehme wrote: > You won't loose connectivity anyway. winbindd will just have to go > through DC lookup again in certain scenarios. This is exactly what I'd like to avoid. As I wrote in another message in this thread, it appears that switching DC shortly after domain join causes machine authentication failures until the new machine