similar to: To: speex-dev@xiph.org

----- Original Message ----- From: <speex-dev@xiph.org> To: <luis.puchades@fh-duesseldorf.de> Sent: Friday, April 11, 2003 7:28 PM Subject: Please confirm your message <p>> Hello, this is the mailing list anti-spam filter at Xiph.Org. > We need you to confirm your e-mail message with the subject of > "". > > Please send a message to the following

Le mar 18/11/2003 à 17:39, Allen Drennan a écrit : > Speaking of video conferencing in conjunction with Speex, we are > currently beta testing a solution we developed that offers multi-point, > multi-party video and audio using the Speex engine for voice. > > http://www.wiredred.com/downloads/ecsetup.exe > > The fair and good audio settings are Speex narrowband, high quality

Hi, I just released unstable version 1.1.2 that contains more fixed-point work. Though it's still not 100% complete, enough have been done to make it run in real-time on ARM. In order to do that, compile with --enable-fixed-point --enable-arm-asm. All narrowband modes work in real-time with complexity 1 (some work with higher complexity) and some wideband modes also work (up to ~20 kbps) at

Dear Jean-Marc: in Section Speex wideband mode (sub-band CELP), Subsection Bit allocation of the speex manual, you pointed out that the mode ID of wideband is 3 bits (it is consistent with the source code), however, in the following table (Table Quality versus bit-rate for the wideband encoder), there are 11 different modes (from 0 to 10). I am confused about this inconsistency, as 3 bits can

Looks good to me. Jean-Marc Alfred E. Heggestad a ?crit : > Hi > > Please find an updated version of the Speex I-D attached. The only > change is addition of the copyright conditions in Appendix A, > as requested by Ivo. > > Many thanks for your input. > > I will give you a few more days before submitting to AVT working group > > > /alfred > > Ivo

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, We would like to announce the first release of the Speex project. Speex (http://speex.sourceforge.net) is an open-source (LGPL), patent-free compression format allowing an alternative to expensive proprietary codecs. Unlike Ogg Vorbis which compresses general audio, Speex is designed especially for speech. For that reason, Speex is meant to be a complement to Vorbis. Since it is specialized

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

-----Original Message----- From: Jean-Marc Valin [mailto:jean-marc.valin@usherbrooke.ca] Sent: Tuesday, June 19, 2007 6:38 PM To: Michael Shatz Cc: speex-dev@xiph.org Subject: Re: [Speex-dev] Blackfin inline assembler and VisualDSP++ toolchain >> Yes, data footprint in the new version is quite manageable. Still I would >> wish better documentation for speex_alloc_scratch(). >

Hi, I found this list of Speex bitrates in the mail archive. http://www.xiph.org/archives/speex-dev/200306/0004.html Can somebody confirm that this list is correct? I am wondering about the following: - On the Speex website it says: "Speex is based on CELP and is designed to compress voice at bitrates ranging from 2 to 44 kbps." while the bitrates listed here are e.g. 84400 for

Hello, the voice-communication TeamSpeak (www.teamspeak.org) is currently testing a version that supports speex codecs. The quality for high bitrates is quite good. BUT, the low-bandwidth speex codecs that are currently used arent very good. What I did to find this out: I comprared a speex AVB with 6.3 KBit/sec (total, overhead for packets and stuff included) and the 6.3 Kbit/sec Celp Codec

Hi people Just wondered what your thoughts are on Microsoft's RTAudio codec that they use in their Unified Communications stuff: http://www.microsoft.com/downloads/details.aspx?familyid=5D79B584-79C9-42A8-90C4-4AB3F03D19C4&displaylang=en They let people license it to use in their own products. I couldn't find any sample clips of RTAudio encoded speech. Apart from being $35000 less

Hi, I was wondering if anyone has experimented with Speex's wideband (16kHz) mode at lower quality settings. In particular I have been using quality 3, and with wideband input files the resultant frequency spectrum is limited to about an upper end around 3.5kHz (almost telephony quality bandwidth). Has anyone tried increasing the spectral bandwidth at the expense of lowering the

It looks like I'll need to go further into the guts of speex to do this. I do, however, see some lines in nb_celp.c/nb_decode() that look interesting. I guess I'll play with it. I doubt that it will be terribly clean, though. Jean-Marc: Take a look at line 1195 in nb_celp.c (CVS). It reads "speex_warning ("More than to wideband layers found: corrupted

Jean-Marc, I am building a tool for producing the highest possible quality Internet interviews for "podcasting" applications. The goal is to produce a perfect recording of an interview or conference -- and giving the participants a glitch-free experience is secondary. My approach, therefore, is to build a Windows "wave" file asynchronously by using a streaming

FYI, the Asterisk software PBX <http://www.asterisk.org/> has now incorporated my recent patches to support dynamic RTP payload types. As a consequence, its SIP implementation now supports Speex, so if you have a Speex-compatible SIP client, you can use it to make calls using Asterisk. Some caveats: - Only narrowband (8 kHz) Speex is currently supported; not wideband. (Unfortunately,

-----Original Message----- From: Jean-Marc Valin [mailto:jean-marc.valin@usherbrooke.ca] Sent: Thursday, June 14, 2007 11:17 PM To: Michael Shatz Cc: speex-dev@xiph.org Subject: Re: [Speex-dev] Blackfin inline assembler and VisualDSP++ toolchain Michael Shatz a ?crit : >>> Actually, you're the first I know using the VisualDSP++ toolchain >>> :-) >> >> I guess

Take a look at this: peexenc --vbr -V --quality 4 audiodump.wav a.spx Encoding 32000 Hz audio using ultra-wideband (sub-band CELP) mode (stereo) Bitrate is use: 22400 bps (average -1268444817 bps) I'll take a look at what the problem is later today or tomorrow, but if anyone beats me to the bug, let me know before I spend too much cscope time playing with it. Regards, Matthias --

Hi all, Please find below an updated Speex Internet Draft document. It would be good if we could book some time for discussion on Speex at the IETF meeting in Vienna (scheduled for 14th July). The cutoff for submission is 9:00am EDT, (GMT -04:00), 30th June. Comments and feedback welcomed! Regards Phil

On Tue, Feb 18, 2003 at 06:09:43PM -0500, Jean-Marc Valin wrote: > Le mar 18/02/2003 ? 17:38, John Hayes a ?crit : > > If I encode something in ultra-wideband, can I decode it in wideband by > > chopping off bytes in every frame? > > All you have to do is use the --force-wb switch with speexdec. It will > decode as if the file were wideband, ignoring the ultra-wideband