search for: read_samples

Good day, a quick bug while encoding speexes in speexenc. While reading a .wav in function read_samples, size can get to negative values, as long as fread is able to go forward with reading the file. This can happen with Protools-generated wavs, where they put additional information after the "data" fourcc. I created a very quick hack by adding: int tentative_read = bits/8*...

...I've done the convertion as following. for(int i=0; i<160; ++i) { input_frame[i] = (short)( (data[2*i] << 8) | data[2*i+1]); } When my codec application didn't work right, I think that the reason is an error at this convertion. For this aim, I looked at read_samples function in speexenc project and I can't understand why the convertion is done in this way: for(i=frame_size*channels-1;i>=0;i--) { s[i]=(in[i]<<8)^0x8000; } (in my application, channels is 1 and frame_size=160) I can understand why shift left...

>Yesterday I have finished writing the ambisonic pan filter for oggenc. May I ask what this "pan filter" is? I made some tentative suggestions for coupling Ambisonic B-format in a post "Vorbis Ambisonic coupling" on 4feb07 I gather from the last monthly meeting, that some of you, including Monty, had problems with the phase behaviour of B-format. Would anyone like a

This patch to opus-tools adds optional support to WavPack lossless format as input to opusenc. Like support to FLAC, it depends on an external library, libwavpack, and may be disabled on configure. Lucas Clemente Vella (1): Reading input from WavPack files. Makefile.am | 7 +- configure.ac | 37 ++++++++ src/audio-in.c | 71 ++++++++------- src/opusenc.c | 19 +++- src/opusenc.h