search for: atosc

On Sat, Nov 1, 2008 at 2:40 PM, Aymeric Moizard <jack at atosc.org> wrote: > The vcproj file provided for 2005 in 1.2rc1 does not include > _USE_SSE when compiling the project for "Release_SSE". This > define is only used when compiling under "Release_Dynamic_SSE". > > Is this just because the vcproj file is wrong or is it...

Dear all, I have just implemented a gstreamer plugin for the Speex AEC, but now I would like to extend it to a multichannel echo cancellation I have been searching documentation about that but I could not find it Where it is? If it doesn't exist? Could you add a short example showing how do you think it should work? or It's "just" necessary to: init the multichannel echo

On Wed, 6 Dec 2006, lianghu xu wrote: > Hi Jean-Marc, > > I remember you said that the SDP tells the mode information. Right. But a decoder like speex can always be configured from information contained in the incoming stream. That makes your application more interroperable. Aymeric MOIZARD / ANTISIP amsip - http://www.antisip.com osip2 - http://www.osip.org eXosip2 -

...AND preprocessor (Aymeric Moizard) 2. Quick survey for Speex 1.2 (Jean-Marc Valin) 3. RE: Quick survey for Speex 1.2 (Aron Rosenberg) ---------------------------------------------------------------------- Message: 1 Date: Mon, 13 Nov 2006 19:33:33 +0100 (CET) From: Aymeric Moizard <jack@atosc.org> Subject: [Speex-dev] Speex AEC AND preprocessor To: speex-dev@xiph.org Message-ID: <Pine.LNX.4.63.0611131917550.29158@sip2> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed I'm working on the echo canceller with the SVN, with Windows Mobile 5 PocketPC. Obviously, I can...

>> Consider a device that only has enough ROM to store one set of >> quantization tables (the limitation could also be about speed, network, >> ...). If you specify MUST be able to decode, then it means that this >> device simply *cannot* implement the spec *at all*. This is bad for >> interoperability. > > For me: device which don't have all mode

...ca > > > Alfred E. Heggestad > Creytiv.com > Biskop J. Nilssonsgt. 20a > Oslo 0659 > Norway > > Email: aeh@db.org > > > Aymeric Moizard > Antisip > 4 Quai Perrache > Lyon 69002 > France > > Email: jack@atosc.org > > > > > > > > > > > > > > > > > Herlein, et al. Expires December 7, 2007 [Page 20] > > Internet-Draft Speex June 2007 > > > Full Copyright State...

...IRO PO Box 76 Epping, NSW 1710 Australia Email: jean-marc.valin@usherbrooke.ca Alfred E. Heggestad Creytiv.com Biskop J. Nilssonsgt. 20a Oslo 0659 Norway Email: aeh@db.org Aymeric Moizard Antisip 4 Quai Perrache Lyon 69002 France Email: jack@atosc.org Herlein, et al. Expires November 30, 2007 [Page 19] Internet-Draft Speex May 2007 Full Copyright Statement Copyright (C) The IETF Trust (2007). This document is subject to the rights, licenses and restric...

Do not forget to add the "Copying conditions" to the RFC. Check http://wiki.debian.org/NonFreeIETFDocuments That page contains a section titled "Template for RFC authors to release additional rights". To follow that guideline a section like the following should be added: x. Copying conditions The author(s) agree to grant third parties the irrevocable right to

...IRO PO Box 76 Epping, NSW 1710 Australia Email: jean-marc.valin@usherbrooke.ca Alfred E. Heggestad Creytiv.com Biskop J. Nilssonsgt. 20a Oslo 0659 Norway Email: aeh@db.org Aymeric Moizard Antisip 4 Quai Perrache Lyon 69002 France Email: jack@atosc.org Herlein, et al. Expires December 7, 2007 [Page 20] Internet-Draft Speex June 2007 Full Copyright Statement Copyright (C) The IETF Trust (2007). This document is subject to the rights, licenses and restric...

Hi all We are about to send an updated version of the internet draft "RTP Payload Format for the Speex Codec" to the IETF AVT working group. Before submitting we would like your input, if you have any comments or input please send them to the mailing list. If we don't get any comments in 1 week (by 22. May 2007) we will go ahead and submit it to the IETF. Of course you can comment

Hi Jean-Marc and list, I'm trying to negotiate speex with SIP/SDP and get some trouble understanding the "mode" parameter: mode: Speex encoding mode. Can be {1,2,3,4,5,6,any} defaults to 3 in narrowband, 6 in wide and ultra-wide. Is mode equivalent to the "quality" parameter of speex? In this case, I don't understand why mode is not from 1 to 10... Just

Hi Jean Marc, On Wed, 28 Jun 2006, Alfred E. Heggestad wrote: > good idea to split the libraries > > If e.g. AEC/Jitterbuffer can be used with other codecs such as G711, > without linking to the speexcodec lib, I think people will reuse the > Speex jitterbuffer implentation and avoid writing their own. > > what about: > > libspeexpreproc Preprocessor >

This paper is very interesting. Just to add my own opinion on this: My main problem concerning those elements is to synchronize different soundcard on different PC! The aec is working on both outgoing (mic) and incomnig (RTP) stream. The problem most show up with USB wich appear to have very different clock than "classic" soundcard hardware. In those cases, when you get let's say

On Thu, 2 Nov 2006, Jean-Marc Valin wrote: >> In those cases, when you get let's say 1000 packets of 20ms from the mic >> you may have only 990 packets of 20ms from RTP incoming stream. >> >> Thus, before sending outgoing mic/RTP stream, you would wait for 1000 >> incoming packets: where last packet in fact arrive 10*20ms = 200ms >> after it was supposed

Hi Jean-Marc and all, I was playing with the AGC with different sampling rate and I experienced smaller volume level when I increase the sample rate. Should I use a different value for AGC_LEVEL when using different sample rate? I'm using speex-1.2rc1.tar.gz Tks, Aymeric MOIZARD / ANTISIP amsip - http://www.antisip.com osip2 - http://www.osip.org eXosip2 -

I finally solved my problem: My **static** speex library is compiled with: -D_LIB While I should compile it with: -D_USRDLL I'm not able to understand completely why: anyway, it now can be compiled without breaking anything. I'll now test wether the aec have an impact or not :) tks, Aymeric MOIZARD / ANTISIP amsip - http://www.antisip.com osip2 - http://www.osip.org eXosip2 -

Hi Jean-Marc, I used the following code after init of the encoder to get the frame size of my RTP packets. char pcm_data[3200]; char speex_data[3200]; SpeexBits bits; memset(pcm_data, '\0', 3200); memset(speex_data, '\0', 3200); speex_bits_init(&bits); speex_bits_reset(&bits); speex_encode_int(codec_info->enc,

On Fri, 27 Feb 2009, Jean-Marc Valin wrote: > Hi Aymeric, > > Yes, I'm receiving the emails but haven't had enough time to look into > the details yet. I've seen you responded to many comments, so what are > the ones for which we still need to respond? Summary is there: https://datatracker.ietf.org/idtracker/ballot/2837/ As I understand: we need to change

I just compiled speex under my new intel iMac with MacOSX and get a compilation issue with the malloc.h header not being found. Here is a patch that avoid inclusion of malloc.h under MACOSX. (I'm using osx version 10.4 - Tiger) --- libspeex/kiss_fft.h 26 Jun 2006 02:22:34 -0000 1.1.1.1 +++ libspeex/kiss_fft.h 17 Jul 2006 15:15:53 -0000 @@ -5,7 +5,9 @@ #include <stdio.h>

Hi, I'm experiencing weird problems while testing speex (I want to test the echo canceller first) on PDA with WM5 version pocket PC 2005. Here is the strange scenario: 1-> App running without being linked with speex -> no problem 2-> App running while being linked with speex -> crash at always the same place. NO ACCESS TO