similar to: Encoder performance on ARM9

Hi Jean-Marc, >I think it's worth trying the float version on your CPU. However, I >wouldn't be surprised if the fixed-point was still faster than float. ok, I'll try both configurations. >BTW, you can use --enable-arm5-asm instead of --enable-arm4-asm. While >both are currently almost the same, eventually it would be possible to >get better performance using the

Hi llandre, I think it's worth trying the float version on your CPU. However, I wouldn't be surprised if the fixed-point was still faster than float. BTW, you can use --enable-arm5-asm instead of --enable-arm4-asm. While both are currently almost the same, eventually it would be possible to get better performance using the ARM5E DSP-like instructions. Jean-Marc > This processor

> I have the following problem when cross-building speex 1.1.7 with > MaverickCrunch support. To add this support I had to define CPPFLAGS > as follows: > > export CPPFLAGS='-mcpu=ep9312 -mfix-crunch-d1' You should set CFLAGS instead (or as well). > but it seems libtool does not like it, while the object files are > compiled fine: It's ld that complains,

Hi Jean-Marc, I have the following problem when cross-building speex 1.1.7 with MaverickCrunch support. To add this support I had to define CPPFLAGS as follows: export CPPFLAGS='-mcpu=ep9312 -mfix-crunch-d1' but it seems libtool does not like it, while the object files are compiled fine: ... arm-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include

Hello Jean-Marc and all, I recently had a talk with somebody about CELP. He said, there is this federal standard 1016 (4.8kbps) with a reference implementation of the Department of Defense (only on Sun, unfortunately, if I got this right). This one is noticed in the manual already. He also said, since there is this implementation of the DoD, nobody would voluntarily re-implement CELP. If I read

Dear All, We aim to remove the spatial structure of our data using Moran Eigen Vectors and spdep package . Our data has 3694 samples and 13 variables. The computer stop working after almost 4 days of processing (we found it emitting a sharp sound and with all colors on the screen. No wories, it was restared without problem!). And we are left with nothing: no result file was produced since the

Hello, HawkVoice doesn't have a 6.3kbps codec for CELP, it has a 4.5kbps CELP codec and I do not believe it is being used by TeamSpeak. The 6.4kbps CELP being used in TeamSpeak, to which you are referring I believe comes from Lernout & Hauspie's LHACM.ACM file which it appears you are redistributing (I assume TeamSpeak has a license and permission to do this). The only people I

Without seeing some examples of your Speex implementation, it would be difficult to comment. I can tell you that you need to make that the conversion between floating point and fixed is done properly. This seems to be a common problem. Also, I am confident that TeamSpeak is using LHACM.ACM and distributing it. While HawkVoice is being distributed, it doesn't appear to be used at all.

Am Dienstag, 13. Mai 2003 03:22 schrieb Allen Drennan: > Hello, > > HawkVoice doesn't have a 6.3kbps codec for CELP, it has a 4.5kbps CELP > codec and I do not believe it is being used by TeamSpeak. The 6.4kbps CELP > being used in TeamSpeak, to which you are referring I believe comes from > Lernout & Hauspie's LHACM.ACM file which it appears you are redistributing

Hello, I am facing a problem when rebuilding Samba 3.4.8dfsg2 on Debian Testing. Command used: "dpkg-buildpackage -uc -us -rfakeroot --source-option=--format=1.0" Linking bin/smbcontrol /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../../../lib/libunwind-ptrace.a(_UPT_access_fpreg.o): relocation R_X86_64_32S against `_UPT_reg_offset' can not be used when making a shared

Hi list, Update: originally i wanted to post a question, but in writing i thought of things that finally led me to the solution. This i wanted to share with the community in case it can help. Sorry if this is a FAQ, but I had no luck searching for it. I have a working Samba 2.2.5 installation on SuSE8.1. I have two users on a windows client called Torge (that's me) and Ga&ediaresis;lle

Hello kind developers, I am planning on creating a steganographic extension for speex/CELP. Since speex/CELP is lossy, there should be quite many bits that one can use for hiding data. I'm familiar with the principles of CELP (two filter loops, one for pitch, the other for formants, let the raw speech frame run through those filter loops, take residue signal, map it on a codebook entry,

> I am planning on creating a steganographic extension for speex/CELP. > Since speex/CELP is lossy, there should be quite many bits that one > can use for hiding data. Quite the opposite. Speex uses very few bits, so every bit you corrupt is likely to be heard. You would need to use "fractions of bits" at a time. Even then, it may be hard to hide data efficiently (so it's

Hi Jean-Marc, Thanks for the quick response. Here are the numbers for our little ARM systems: CPU: ARM920T, 200Mhz Speex specs: Complexity 2, 5.95Kbps Encoding: ~30%, Decoding: ~4%, with Echo Cancellation / Pre-processor: > 85% Compilation: arm-linux-gcc -pipe -Wall -W -O2 arm-linux-g++ -pipe -fno-exceptions -fno-rtti -Wall -W -O2 Configuration: --host=arm-linux

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

Hello, Jean-Marc Valin schrieb: >>I am planning on creating a steganographic extension for speex/CELP. >>Since speex/CELP is lossy, there should be quite many bits that one >>can use for hiding data. > > Quite the opposite. Speex uses very few bits, so every bit you corrupt > is likely to be heard. You would need to use "fractions of bits" at a > time.

I downloaded speex-1.2beta3-win32 binaries, and used the speexenc.exe and speexdec to process the file male.wav download from http://speex.org/samples I used both the narrowband and ultra-wideband mode: >speexenc -n --quality 3 male.wav n3.spx Encoding 8000 Hz audio using narrowband mode (mono) >speexdec n3.spx n3.wav Decoding 8000 Hz audio using narrowband mode (mono) Encoded with Speex

thanks for the support.i am a masters student who is doing thesis to work on the CELP algorithm specifically calculating the time,space complexities of the algorithm.so i jus need your help i.e if u can show me the site or forward the material where i can get the time the calculated time complexity of your Speex CELP algorithm and i can pick it from there.PLEASE Send instant messages to your

Dear Jean-Mark, I am using your really amazing speex codec with success for a year in my narrow-band, cryptographic voip application (it is in testing phase only). In literature, I have found some so called "IP Over Voice" (IOV, IPOV) theory, which utilizes a CELP codec in inverse, transmitting any random digital data as CELP synthetized voice though any voice transmitter channels (CB

Hi Santosh, since we are talking about speex I think we can do it on the mailing list. Other users might participate and get/provide useful information. If you want to talk about not-speex-related matters you can use this email address anyway. Regards, llandre PS: I think your mail client does not work perfectly. When you replied to my first message, it changed the subject from "Encoder