search for: s16buffer

samples in FLAC are always signed. they must be signed going into the encoder (flac converts unsigned samples to signed) and they come out of the decoder signed. Josh --- David Bishop <tech@bishop.dhs.org> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Followup to original question: how do I determine if a particular > flac file is > signed (and then, if

Hi all, In commit 3eb4094b859 I think I have fixed all the cast-align warnings. I have tested this in amd64/Linux (little endian) and powerpc64/Linux (big endian) and it passed all tests (including the new MD5 tests). I also did a little performance testing on amd64/Linux with a one hour long stereo WAV file and could not find any mesasurable difference between the old and the new code. I

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [meta: Thanks, Josh, for clearing that up] Continuing my quest to make everyone think I'm an idiot, could someone explain the following code to me? I.e., what the two for loops are accomplishing, and what, *exactly*, is in s16buffer when it's done. Assume I want to write a .wav file from this decoded flac*. Is it already in approximately the right format, or do I have to do some sort of conversion? This code is ripped almost directly from decode.c in flac/, just heavily cut down to deal with only 1 type of file (i.e.,...

lvqcl wrote: > Erik de Castro Lopo wrote: > > >> FLAC__int16 s16buffer[FLAC__MAX_BLOCK_SIZE * FLAC__MAX_CHANNELS * sizeof(FLAC__int32)/sizeof(FLAC__int16)]; > >> > >> instead of > >> > >> FLAC__int16 s16buffer[FLAC__MAX_BLOCK_SIZE * FLAC__MAX_CHANNELS * sizeof(FLAC__int16)]; > > > > Really? Would you also write this? : &...