similar to: Speex beta 3 is out

To close debian bug #271052, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=271052 I went ahead and did the following: $ diff -u ../original/speex-1.1.6/libspeex/nb_celp.c libspeex/nb_celp.c --- ../original/speex-1.1.6/libspeex/nb_celp.c 2004-07-15 01:16:52.000000000 -0400 +++ libspeex/nb_celp.c 2005-02-27 08:24:49.000000000 -0500 @@ -1746,6 +1746,21 @@ st->submodeSelect =

> Is it a problem if all the files are compiled with -march=pentium3 > ? The patch that we sent in already detects in the configure.in script > which system you are on and sets a define correctly, i.e. _USE_SSE. Well, if what you want is auto-detection, turning on -march=pentium3 means that the code will crash on anything lower than a pentium3. Not really useful. Of course,

I'd like to announce the second release candidate for Speex 1.0. It fixes some minor bugs and reduces the binary size somewhat as the codebooks were converted from float values to chars. As a result of this, files encoded with earlier versions will have a slight increase in noise (typically less than 1 dB) when decoded with the newer decoder. As with the last release, you are encouraged to

It's not really documented, but when you compile with --enable-sse, you need to add -march=pentium3 to the compile switches. That's actually a gcc requirement. Jean-Marc Le mer 21/01/2004 à 04:22, war a écrit : > gcc-3.2.2 + slack 9 + p4 2.6ghz (has sse/2) > > ./configure --prefix=/app/speex-1.1.4 --enable-shared --enable-sse > --with-ogg-dir=/app/libogg-1.1 >

Hi, With the talk of speex possibly mis-behaving on PPC, I decided to check the big-endian architecture I have handy - the Ultrasparc. - playback of Intel platform .spx files appears fine on the Ultra 10. - encoding a .wav file and playing back on the Ultra 10 worked too. My evaluation is that it works the same on my Ultra 10 as it did on my Intel laptop. But I must say the evaluation was made

Mikael Magnusson writes: > Package: libspeex1 > Version: 1.1.6-1 > Severity: wishlist > > Is there anything that keeps 1.1.6-1 in experimental from being uploaded to > unstable? Do you know when it will happen? > > I'm debianizing iaxclient, which needs speex version 1.1.x. Currently I'm > using 1.1.6-1 in experimental, which is working fine. >

Hi, I am working with libspeex api. I would like compare the size of speex file encoded with libspeex and the size of speex file encoded with speexenc. For example, I encode with speexenc (narrowband, quality 1) a wav file of 1.43 MB (17 seconds) output a spx file weight 21KB, for other hand I encode with libspeex the same wav file with same characteristics in arm processor, pocket pc and the

Hi, I uploaded a pre-release of beta3 for which I'd like to get feedback. There are some new features like a new "ultra-wideband" mode for 32 kHz operation (up to 48 kHz) and a (intensity) stereo mode. You can get the source at: http://www.speex.org/download/Speex-1.0beta3cvs.tar.gz So please test that code and report any bug or inconsistency you may find. Jean-Marc --

Hi, just to let you know that unstable version 1.1.1 is out. It includes the latest fixed-point changes which can be enabled with --enable-fixed-point (as configure option) or -DENABLE_FIXED_POINT (for win32). The port is not complete, but most of the floating-point operations have been converted. Please give it a try and report any difference with previous versions (both for float and

> Am I right with the assumption, that currently you have to enable > processor specific optimizations with compile/configure options? > > How difficult would it be to add support for runtime CPU detection? > Is this a feature you might consider adding? Pretty complicated because of some annoying decisions taken by the gcc team. The problem is that gcc won't let you use

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, Speex is progressing and I've started thinking about the next 1.2 release (don't hold your breath). Though the bit-stream won't change, the API likely will. The API for 1.1.x already differs from 1.0.x because the speex_encode and speex_decode now use shorts instead of floats. Now, since I'm changing the API anyway, I thought I might as well fix things that might be annoying

Hi everyone, I've just released version 1.1.4. This includes some code cleanup and improvements to the fixed-point port and SSE optimizations. All the SSE code has been converted to intrinsics and some new functions have been implemented with SSE. Overall, the speed has been increased by up to ~30% with SSE. Jean-Marc -- Jean-Marc Valin, M.Sc.A., ing. jr. LABORIUS

Hi, Speex is getting close to beta4, which I'd like to be feature-complete (or as close as possible). That's why I'd like to ask if anyone here has needs for a feature that hasn't been implemented yet. If so, please let me know. For those interested, here's what's going to be in beta4. First, the VBR code has been greatly improved and now works good with wideband too.

> > >> You might like to write a JNI Wrapper. > > > That's what I'm doing now to get things rolling but I > was talking about a pure java solution. So is there any such > project underway? I wrote a JNI wrapper for speex a few months ago, it's not finished but it does work and i don't think it would need much work to be update it to speex 1.0 and

Hi, Just to let you know that Speex 1.0 RC3 is out. It should be the last RC until 1.0 is released (tentative release date is March 16th). Please give RC3 a try and report bugs so they can be fixed before 1.0. As usual, download from http://www.speex.org/download.html Jean-Marc -- Jean-Marc Valin, M.Sc.A. LABORIUS (http://www.gel.usherb.ca/laborius) Université de Sherbrooke, Québec,

At 07:55 PM 3/11/03, Jean-Marc Valin wrote: > > - Only narrowband (8 kHz) Speex is currently supported; not > > wideband. (Unfortunately, the assumption that audio sample rate == 8 kHz > > is riddled throughout the Asterisk code.) > >Perhaps it's still possible to send wideband, while telling Asterisk >it's narrowband (the bit-stream is such that you can decode

> What is the maximum frame-length that libspeex will produce for narrow, > wide and ultrawide encoding? In normal operation (no in-band side information, like requests, ack, stereo, ...), the max size for a frame is 62 bytes in narrowband, 106 bytes for wideband and 110 bytes for ultra-wideband. Jean-Marc -- Jean-Marc Valin, M.Sc.A. LABORIUS (http://www.gel.usherb.ca/laborius)

Hi all, <p>im new on the list and want to introduce my self. Im a software developer working on engine control software for a german car manufacturer. I want to use speex for a privat videoconferencing project and faces some problems with it. First of all the projects in Visual-C++ doesn't work. I don't mean the path an dependecy problems. That is easy. But there are some errors.

Hello ! I would like to ask you if there is a possibility for me, as a programmer, to use a library (i.e. libspeex for Windows) in a commercial program. Thanks a lot ! Adrian __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: