[Speex-dev] Re:Speex-dev Digest, Vol 38, Issue 21

masterzdj masterzdj at 163.com
Mon Jul 23 07:28:36 PDT 2007


Hi,   I am very glad to enter this mail list. i am a new guy,i am interested in speech coding.so is there anybody working on this ? please contact me,thank you.i am studing on fixed codebook search. and i have read almost all the articals(including patent on this) about codebook search. but i found that all the suboptimize methods have their own flaw.  could anybody have some comments on this?thank you very much.   To today's topic:   1、i am not familiar with arm platform,so i am sorry i can not help you. 
在2007-07-23,speex-dev-request at xiph.org 写道:
Send Speex-dev mailing list submissions to speex-dev at xiph.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.xiph.org/mailman/listinfo/speex-dev or, via email, send a message with subject or body 'help' to speex-dev-request at xiph.org You can reach the person managing the list at speex-dev-owner at xiph.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Speex-dev digest..." Today's Topics: 1. can't cross-compile speex-1.2beta2 in ARM platform ( ? ) 2. Re: Server Side AEC (Tabitha Flash) ---------------------------------------------------------------------- Message: 1 Date: Fri, 20 Jul 2007 22:23:11 +0800 From: " ? " <baoweiqin at gmail.com> Subject: [Speex-dev] can't cross-compile speex-1.2beta2 in ARM platform To: speex-dev <speex-dev at xiph.org> Message-ID: <45ac4c5c0707200723l5bd4b4cew5b3a17fa655dda80 at mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" Dear Sir, > I'm trying to cross-compile speex-1.2beta2 in ARM platform. I configured > the lib as "./configure --host=arm-linux ",it was right.While I did make > ,I got an error like this, > /usr/local/arm/lib/gcc-lib/arm-linux/3.2.3/../../../../arm-linux/bin/ld: > .libs/lsp_tables_nb.o: Relocations in generic ELF (EM: 3) > .libs/lsp_tables_nb.o: could not read symbols: File in wrong format > collect2: ld returned 1 exit status > make[2]: *** [libspeex.la <http://libspeex.la>] Error 1 > make[2]: Leaving directory `/home/bao/speex-arm/libspeex' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/bao/speex-arm' > make: *** [all] Error 2 > > Could anyone explain how to get rid of this error,thanks! > Weiqin Bao -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/speex-dev/attachments/20070720/0268360e/attachment-0001.html ------------------------------ Message: 2 Date: Sun, 22 Jul 2007 14:51:28 +0100 (BST) From: Tabitha Flash <tabitha_flash at yahoo.co.uk> Subject: Re: [Speex-dev] Server Side AEC To: Jean-Marc Valin <jean-marc.valin at usherbrooke.ca> Cc: speex-dev at xiph.org Message-ID: <675806.41850.qm at web86910.mail.ukl.yahoo.com> Content-Type: text/plain; charset="iso-8859-1" Hi Jean-Marc, Regarding you points: 1) Is it ok if the audio is encoded (using Nelly Moser ASAO) and sent to the client and decoded when it is recevied so the AEC is always performed on raw PCM16 8KHZ ? 2) The audio is moved in 32ms (512 byte) chunks and the reading and writing to the AEC code will be done by separate threads at regular 32 ms intervals. 3) Occasionaly audio is dropped if it has become delayed but a jitter buffer of 120ms is in use. People at different distances from the server will have a slightly different round trip time. Do you think if using a large tail or something we can get near perfect AEC? The same as you get with a hands free phone perhaps? Does it still sound like worth a try? Is Speex AEC as good as it gets or would it be worth contacting some vendors of such software? Thanks again, Tabby Jean-Marc Valin <jean-marc.valin at usherbrooke.ca> wrote: Tabitha Flash a écrit : > Hi, I am looking for AEC software which can be run on the server > side. This means there will be a fairly constant 600ms or so gap > between sending out an audio frame and getting it back with echo. > Could Speex AEC be configured to handle these conditions? Just use a ring buffer to put the delay back to normal. > If so, how > good can I expect it to be? You'll need to try, but to have any chance of working, the following conditions must be met: 1) No codec must be used in the echo path (maybe G.711 is OK) 2) There must not be any drift in the sampling clocks 3) There must not be any audio samples lost on the echo path Jean-Marc --------------------------------- Yahoo! Mail is the world's favourite email. Don't settle for less, sign up for your freeaccount today. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/speex-dev/attachments/20070722/09e80c8f/attachment.html ------------------------------ _______________________________________________ Speex-dev mailing list Speex-dev at xiph.org http://lists.xiph.org/mailman/listinfo/speex-dev End of Speex-dev Digest, Vol 38, Issue 21 *****************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.xiph.org/pipermail/speex-dev/attachments/20070723/060f7f06/attachment.html


More information about the Speex-dev mailing list