Displaying 2 results from an estimated 2 matches for "s32buffer".
Did you mean:
s16buffer
2014 Jun 30
1
FIxed rest of cast-align warnings
...AX_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? :
> >
> > FLAC__int32 s32buffer[FLAC__MAX_BLOCK_SIZE * FLAC__MAX_CHANNELS * sizeof(FLAC__int32)/sizeof(FLAC__int32)];
>
> Well, in the latter case it's obviously redundant; in the former case it's
> not so obvious (at least, not for me).
Maybe a comment stating that all these array are exactly the same in
bytes...
2014 Jun 29
6
FIxed rest of cast-align warnings
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