search for: inbuffer

...s CE 3.0). Libspeex is complied with the definition of FIXED_POINT... Regards Fabio P.S. Rodrigo did u do something similar? This is the code, what could be wrong? void CRegistratoreDlg::OnEncode() { Sleep(500); //Wait because drawing send window SpeexBits bits; void *state; short InBuffer[FRAME_SIZE]; char OutBuffer[200]; char waveheader[WAVEHEADER]; HANDLE WaveFile; HANDLE SpeexFile; DWORD NrOfBytesRead, NrOfBytesWritten; char nrBytes = 0; int nbBytes = 0; int bit_rate, frame_size, test=0; bool first=true; WaveFile = CreateFile(_T("\\Temp\\tempsound...

Hi, I'm very sorry if those questions are repeated over and over, but I cannot find a solution on the net. I try to use speex to encode/decode voice to send over the network. My doubts are: 1. The Bits_Per_Sample I use, are independent from the speex encoding/decoding? (So...can I use 8, 16, 24..and so on?) 2. If I have this situation: SAMPLE RATE.....: 8000 BITS PER SAMPLE.: 16

Look, how about you start from the testresample.c file? Oh, and you seem to be reading 320 samples at a time and processing 640, so that can't be good (and even beyond that your code is wrong for other reasons). Jean-Marc On 11/6/19 1:56 AM, zhouyuchen at iauto.com wrote: > Hello, > I printed the log, in/out len is not truncated, which means that the > input and output are not

...ds > Fabio > > P.S. > Rodrigo did u do something similar? > > This is the code, what could be wrong? > void CRegistratoreDlg::OnEncode() > { > Sleep(500); //Wait because drawing send window > > SpeexBits bits; > > void *state; > > short InBuffer[FRAME_SIZE]; > char OutBuffer[200]; > char waveheader[WAVEHEADER]; > > HANDLE WaveFile; > HANDLE SpeexFile; > > DWORD NrOfBytesRead, NrOfBytesWritten; > > char nrBytes = 0; > int nbBytes = 0; > int bit_rate, frame_size, test=0; > bool firs...

...IP following the documentation and sample code's. I am facing audio glitches when encoding - decoding PCM data. The encoder and decoder procedures are copied below. What about the lookahead size ? how shouw we apply it in encoding stage ? thanks in advance bool SpeexEncoder::EncodeData(char * inBuffer, int inSize, char * outBuffer, int outMAXSize, int* outSize) { if(!m_Initialized) return false; // Copy data into the local buffer memcpy(m_pBuffer + m_BufferSize, inBuffer, inSize); m_BufferSize += inSize; // check if we have enougth data for the encoder, if(m_BufferSize...

Il 14/04/2010 14:37, Randy Yates wrote: > > Usually a buffer is one frame of data, and a frame is 20 milliseconds. > Since the sample rate is typically 8 kHz in narrowband mode, this > corresponds to a buffer size of 160 samples. Hi Randy, thanks for the reply. So, suppose I encode an audio buffer (8000 kHz, MONO, float) of 640 PCM frames. In output I have 4 speex frame of 20 byte

...The end-result is very distorted sound. I use the following PCM format: waveFormat.nChannels = 1; waveFormat.nSamplesPerSec = 8000; waveFormat.wBitsPerSample = 8; Once sound is aquired by the mic, I send it to Speex in a Char buffer. It looks something like this: Encode(char* inBuffer, DWORD bufferLength) ... float* input = new float[frameSize]; ZeroMemory(input, frameSize); ... for( ) { input[..] = inBuffer[..]; } ... speex_encode(enc_state, input, &bits); int bytesWritten = speex_bits_nbytes(&bits); speex_bits_write(&bits, encBuffer, bytesWritten);...

Be aware that inlen is an in/out parameter. It tells you how many samples the resampler read. That number can be smaller than what you passed -- in which case it means you need to buffer them and give them to the resampler again in the next call. Jean-Marc On 11/5/19 8:27 AM, zhouyuchen at iauto.com wrote: > Hello, > I have encountered some problems. I want to use speex to convert the

...and found a few thinkos to fix, but some of the more esoteric getopt() things are stumping me. Ferinstance, it seems that < device=strdup(optarg); ought to be > device=optarg; and < if((ret=CheckWav(infile,bufferfill,&intype))){ probably should be > if((ret=CheckWav(inbuffer,bufferfill,&intype))){ and I've faked up a fill_buffer routine: > int fill_buffer(FILE *infile, char *inbuffer, int bufferfill, int insize) > { > return fread(inbuffer, sizeof(char), insize, infile); > } but, the logic for getting the filenames seems broke: if(optind>...

...> > > waveFormat.nChannels = 1; > > waveFormat.nSamplesPerSec = 8000; > > waveFormat.wBitsPerSample = 8; > > > > Once sound is aquired by the mic, I send it to Speex in a Char buffer. > It looks something like this: > > > > Encode(char* inBuffer, DWORD bufferLength) > > ... > > float* input = new float[frameSize]; > > ZeroMemory(input, frameSize); > > ... > > for( ) > > { > > input[..] = inBuffer[..]; > > } > > ... > > speex_encode(enc_state, input, &bits); >...

I've cross-compiled flac for the armv4l processor (rio receiver), and i'm trying to start up a decode thread : #include <FLAC/stream_decoder.h> .... FLAC__StreamDecoder *flac = NULL; flac = FLAC__stream_decoder_new(); if (flac == NULL) { printf("[DECODE] Unable to initalize flac object\n");

...atus rio_flac_read(const FLAC__StreamDecoder *decoder, FLAC__byte buffer[], unsigned *bytes, void *client_data) { r_glue *g = (r_glue*) client_data; unsigned int bytesAvailable = rio_ringbuffer_datasize( g->readAhead ); unsigned int bytesToCopy = 0; char* inBuffer; if (g->decode_request == DECODE_STOP) return FLAC__STREAM_DECODER_READ_STATUS_ABORT; if (g->eof && bytesAvailable == 0) return FLAC__STREAM_DECODER_READ_STATUS_END_OF_STREAM; g->decode_status = DECODE_RUN byte...

...> > > waveFormat.nChannels = 1; > > waveFormat.nSamplesPerSec = 8000; > > waveFormat.wBitsPerSample = 8; > > > > Once sound is aquired by the mic, I send it to Speex in a Char buffer. > It looks something like this: > > > > Encode(char* inBuffer, DWORD bufferLength) > > ... > > float* input = new float[frameSize]; > > ZeroMemory(input, frameSize); > > ... > > for( ) > > { > > input[..] = inBuffer[..]; > > } > > ... > > speex_encode(enc_state, input, &bits); >...

Hi, in a VoIP application, the endpoint A send speex payload to B. B doesn't know how A acquire audio, it only know that the channel is narrowband so, how can B know the size of the output buffer to pass to the speex_decode()? Thanks, Daniele.

On 14 April 2010 23:50, Daniele Barzotti <daniele.barzotti at eurocomtel.com> wrote: > Il 14/04/2010 14:37, Randy Yates wrote: >> >> Usually a buffer is one frame of data, and a frame is 20 milliseconds. >> Since the sample rate is typically 8 kHz in narrowband mode, this >> corresponds to a buffer size of 160 samples. > > Hi Randy, thanks for the reply. >

...> >> waveFormat.nSamplesPerSec = 8000; >> >> waveFormat.wBitsPerSample = 8; >> >> >> >> Once sound is aquired by the mic, I send it to Speex in a Char >> buffer. It looks something like this: >> >> >> >> Encode(char* inBuffer, DWORD bufferLength) >> >> ... >> >> float* input = new float[frameSize]; >> >> ZeroMemory(input, frameSize); >> >> ... >> >> for( ) >> >> { >> >> input[..] = inBuffer[..]; >> >> } >> &...

...> >> waveFormat.nSamplesPerSec = 8000; >> >> waveFormat.wBitsPerSample = 8; >> >> >> >> Once sound is aquired by the mic, I send it to Speex in a Char >> buffer. It looks something like this: >> >> >> >> Encode(char* inBuffer, DWORD bufferLength) >> >> ... >> >> float* input = new float[frameSize]; >> >> ZeroMemory(input, frameSize); >> >> ... >> >> for( ) >> >> { >> >> input[..] = inBuffer[..]; >> >> } >> &...

...> >> waveFormat.nSamplesPerSec = 8000; >> >> waveFormat.wBitsPerSample = 8; >> >> >> >> Once sound is aquired by the mic, I send it to Speex in a Char >> buffer. It looks something like this: >> >> >> >> Encode(char* inBuffer, DWORD bufferLength) >> >> ... >> >> float* input = new float[frameSize]; >> >> ZeroMemory(input, frameSize); >> >> ... >> >> for( ) >> >> { >> >> input[..] = inBuffer[..]; >> >> } >> &...

[cc'd to vorbis and gstreamer-devel because I thought both lists would like to see this ] > I'm curious if anyone else is at all fed up with the current > state-of-affairs of media support under *IX. As things stand it's rather [...] Hi, Caught your post on vorbis-dev, but I'm not on vorbis, where Monty suggested this go, so email me directly with any replies.

...e F., are you listening? And, do you remember those > details? :-) > > Volker > Volker, i remember our irc talk: http://samba.sernet.de/irclog/2007/08/20070826-Sun.log 08/26/07 14:46:20 <vl> hi kukks 08/26/07 14:46:58 <vl> kukks: With all the changes I've done to InBuffer/OutBuffer in Samba 3.2, I would be grateful if you could give it a test run with OS/2. 08/26/07 14:49:52 <kukks> vl: Hi Volker. Well, I'll test that during the next days. Will give you feedback about the results. 08/26/07 14:50:49 <vl> great! 08/26/07 14:58:47 <kukks> vl: btw...