search for: speex_encod

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...

...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 and i saw the speex_encode doing float to short convertion but it has protected by some #ifdef so .. Easy question, i want to: - pass buffer to Speex in its native format - encode fast with low resource, avoid buffer convertio...

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 these Open Source Code project. Thank you for y...

...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 and i saw the speex_encode doing > float to short convertion but it has protected by some #ifdef so .. > > Easy question, i want to: > - pass buffer to Speex in its native format > - encode fast with low...

...OL 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); ................................. which does not compile on gcc-3.3.3: peexcodec.cxx: In member function `virtual BOOL SpeexCodec::EncodeFrame(BYTE*, unsigned int&)': speexcodec.cxx:410: error: cannot convert `float*' to `short int*' for argume...

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 xiph.org] On Behalf Of Marian Kechlib...

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 came with the documentation. I simply removed the for statement that did the conversion from short to float. The file encoded with version 1.0.1 differs from th...

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 VA...

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 frame (for encode) > > But Ive found that in speexenc.c and testenc.c, short* is used > instead...

Hi, i'm following encoder example in the manual.pdf of speex documentation. Here's my portion of code: int SPEEX_EncodePCM(struct _IDA_ClientSocket *IDA,char *buffer,unsigned char *PCM,int num_samples) { int ret,c,d=0,nbBytes,ttBytes=0; float PCM_F[160]; char cBits[200]; #ifndef DISABLESPEEX speex_bits_reset(&IDA->speex_bits); for(c=0;c<num_samples;c++) { PCM_F[d] = (float)((int)PCM[...

Hi, i'm following encoder example in the manual.pdf of speex documentation. Here's my portion of code: int SPEEX_EncodePCM(struct _IDA_ClientSocket *IDA,char *buffer,unsigned char *PCM,int num_samples) { int ret,c,d=0,nbBytes,ttBytes=0; float PCM_F[160]; char cBits[200]; #ifndef DISABLESPEEX speex_bits_reset(&IDA->speex_bits); for(c=0;c<num_samples;c++) { PCM_F[d] = (float)((int)PCM[...

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...

...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 =) <p><p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'speex-dev-request@xiph.org' containing only the word 'unsubscribe'...

...t; > >>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 came with the documentation. I >>simply removed the for statement that did the conversion from short to >>float. The file encoded wi...

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

...nit()), 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 know when VBR is enabled. Is there any way to make speex_encode() automatically reallocate the "bits" buffer if its too small? Then it'd "just work" without me caring about the size of the internal bits buffer. Alternatively, am I'm not supposed to encode many (>100) frames into a single bits buffer? The docs say to call speex...

...orks 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 speex_preprocess(). The sound disappeared after I decode it. What shall I do? Thanks Jonathan > This seems to indicate that speex_encode never detects silence, which is > possible because its VAD is pretty simple (might want to try the one in > the preprocessor). As for the return value, though 1 and 38 will be > interpreted the same (TRUE), I really don't see how you can get 38 since > the code only contains &q...

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 short [160] to __int16? same error if I feed it a float (which I know I'm not supposed to do anyway)....

...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...

...onsider the sequence > of bits as output by the Speex encoder, and present the same sequence > to the decoder¡, I kind of got the impression that length-prefix PER > FRAME is not necessary, as long as speex_decode() is called 3 times. > > Is this true ? That's right, if you call speex_encode 3 times, you can call speex_decode 3 times. Note that you need to let Speex do the concatenation of the frames. If you try to concatenate the bytes yourself, you risk problems because sometimes the frames don't end a byte boundary. Jean-Marc -- Jean-Marc Valin, M.Sc.A. LABORIUS (ht...