search for: speex_encoder

I'm confused about the format of the PCM/WAV data for speex_encode & speex_decode speex_encode(enc_state, input_frame, &bits); In the manual, it says "input_frame is a (float *) pointing to the beginning of a speech frame" (for encode) But I've found that in speexenc.c and testenc.c, short* is used instead of float* So, isn't it signed 16 bit samples(if

Hi, i know this question has already been asked, i've checked mailing list logs but ... I didn't figure out the solution for my question. I want to use basic functionnality of speex, only VAD, no pre/post filter, even no VBR. But i *really* want to use less mem/cpu i can. So in which format should i pass data to speex_encode(_int) , float or short ? I quickly looked at the source code

Hi, Guys I am starting looking the source code of Speex. Maybe a little silly, but I can not find the implementation of the function speex_encode(). Only something like below void speex_encode(void *state, float *in, SpeexBits *bits) { (*((SpeexMode**)state))->enc(state, in, bits); } Does that mean some of the detail implementation is embedded in lib without source code? I am new in

On Sun, Apr 25, 2004 at 04:18:16PM +0200, crazylord wrote: > Hi, i know this question has already been asked, i've checked mailing > list logs but ... > I didn't figure out the solution for my question. > > I want to use basic functionnality of speex, only VAD, no pre/post > filter, even no VBR. But i *really* want to use less mem/cpu i can. > So in which format

openh323 speexcodec.cxx has: BOOL SpeexCodec::EncodeFrame(BYTE * buffer, unsigned & length) { // convert PCM to float float floatData[SAMPLES_PER_FRAME]; PINDEX i; for (i = 0; i < SAMPLES_PER_FRAME; i++) floatData[i] = sampleBuffer[i]; // encode PCM data in sampleBuffer to buffer speex_bits_reset(bits); speex_encode(coder_state, floatData, bits);

Hi Marian, I took a brief look at RFC 5574 and as far as I understand, you can simply do it like this: SpeexBits b; speex_encode(state, some320bytePCM1, &b); speex_encode(state, some320bytePCM2, &b); After that, get the encoded data with speex_bits_write and put it in your packet. Mark -----Original Message----- From: speex-dev-bounces at xiph.org [mailto:speex-dev-bounces at

Hi, I am writing a program that should be able to compile using speex version 1.0.1 and speex version 1.1.4, but a I am getting some trouble to encode with one version e decode using the other. The program is taking care of the change in both speex_encode and speex_decode. The sample being coded or decoded has changed from float to short. To test it, I have modified the sampleenc.c that

Hi there, I enable DTX and VAD in speex_encode to detect whether there is silence in voice data. But the same programme got different result on my computers. The function speex_encode always return 38 on one of my computers although it is silence. On all other computers the function speex_encode return 1 when it is silence. It means DTX and VAD doesn't work on particular OS or PC. Do anyone

Speex 1.0.3 uses floats, but the unstable version 1.1.x uses short. Jean-Marc Le ven 16/04/2004 16:04, Kenji Chan a crit : > Im confused about the format of the PCM/WAV data for speex_encode & > speex_decode > > speex_encode(enc_state, input_frame, &bits); > > In the manual, it says input_frame is a (float *) pointing to the > beginning of a speech

...r+ttBytes,cBits,nbBytes); ttBytes += nbBytes; d = 0; } else { d++; } } LOG_Write(LOG_DEBUG,"[%s:%d] Speex frame: %d\n",__FILE__,__LINE__,ttBytes); return ttBytes; #endif } int SPEEX_Init(struct _IDA_ClientSocket *IDA) { int tmp; IDA->speex_state = speex_encoder_init(&speex_nb_mode); tmp = 8; speex_encoder_ctl(IDA->speex_state, SPEEX_SET_QUALITY, &tmp); speex_bits_init(&IDA->speex_bits); } int SPEEX_Close(struct _IDA_ClientSocket *IDA) { #ifndef DISABLESPEEX speex_bits_destroy(&IDA->speex_bits); speex_encoder_...

...r+ttBytes,cBits,nbBytes); ttBytes += nbBytes; d = 0; } else { d++; } } LOG_Write(LOG_DEBUG,"[%s:%d] Speex frame: %d\n",__FILE__,__LINE__,ttBytes); return ttBytes; #endif } int SPEEX_Init(struct _IDA_ClientSocket *IDA) { int tmp; IDA->speex_state = speex_encoder_init(&speex_nb_mode); tmp = 8; speex_encoder_ctl(IDA->speex_state, SPEEX_SET_QUALITY, &tmp); speex_bits_init(&IDA->speex_bits); } int SPEEX_Close(struct _IDA_ClientSocket *IDA) { #ifndef DISABLESPEEX speex_bits_destroy(&IDA->speex_bits); speex_encoder_...

Ok, I'm using 1.1.4, so I should pass signed short(wav data) directly to speex_encode()? But the samplecode that comes with 1.1.4 shows me to put short in float array, and pass the float array to speex_encode() <p>-----Original Message----- From: owner-speex-dev@xiph.org [mailto:owner-speex-dev@xiph.org] On Behalf Of Jean-Marc Valin Sent: Saturday, April 17, 2004 6:25 AM To: speex

I always think short is better over float, because most of the time we don't get float form data, from, e.g microphone / wav files <p>-----Original Message----- From: owner-speex-dev@xiph.org [mailto:owner-speex-dev@xiph.org] On Behalf Of Conrad Parker Sent: Monday, April 26, 2004 12:58 AM To: speex-dev@xiph.org Subject: Re: [speex-dev] speex_encode / speex_encode_int ... already sorry

I need to compile with version 1.1.4 because this is the one distributed with Mandrake 10 and it is my desire to let my application compile in this distribution and be compatible with other ones. Fl?vio Jean-Marc Valin wrote: >Why do you want your app to with with 1.1.4 in the first place. It's a >old unstable version and its API has been changed since then. > > Jean-Marc >

On Mon, Apr 26, 2004 at 01:32:53AM +1000, Kenji Chan wrote: > I always think short is better over float, because most of the time we don't > get float form data, from, e.g microphone / wav files It really depends on your framework. Hardware generally uses integer samples, but a number of newer software systems use float. On modern host cpus it's just as fast and you don't

When encoding many frames, I get a write access exception. It appears the "bits" structure has a fixed-size buffer (allocated in speex_bits_init()), and speex-encode() pukes when it overruns it. I understand I could just initialize bits with a bigger buffer, or watch the buffer and stop encoding when it gets full. But I don't want to care about compressed frame sizes, nor *can* I

Dear Jean, Thank you so much for reply my message. I am sorry the function return 38 is speex_bits_write(). This function doesn't work on one of my computers. But after I add the function speex_preprocess(), it works well. I am wondering what is the possible reason? What the function speex_preprocess() does? Another problem I have now is when I enable dtx and vad with function

Hi, I'm using speex 1.1.10 and writing a program similar to sampleenc. I need to use the fixed point library as I'm eventually porting to ARM processor but I encountered a problem with speex_encode_int(), which I used in place of speex_encode(). I gave it a short instead of a float (manual says it takes a short for the audio - 2nd parameter) but the compiler says it could not convert the

...SpeexBits bits; unsigned int frame_size; void *enc_state; float *speex_frame; cyg_uint64 t1, t2; int i; speex_frame = (float *)0x00030000; /* Address of Speex data */ speex_bits_init(&bits); printf("Initializing Speex encoder..."); enc_state = speex_encoder_init(&speex_nb_mode); printf("done\n"); printf("Retreiving frame size..."); speex_encoder_ctl(enc_state, SPEEX_GET_FRAME_SIZE, &frame_size); printf("frame size is %d bytes\n", frame_size); printf("Encoding...\n"); for(i =...

I tried feeding in the 3 encoded frame in ONE BLOCK, and calling speex_decode() 3 times in a roll. Only the 1st frames came out perfectly. For the other 2, I got "corrupt" frame warning. I was supposed to get 38 bytes consumed each frame (narrow-band, VBR off). I tried speex_bits_remaining() to peek on the # of bits consumed, and got variable (clearly wrong)#s returned. But if I