search for: endswapping

The gcc version #ifdef fix for bswap16 doesn't work for Apple's clang. Here's a better fix, which has configure check for it directly. Fixes build failures on MacOS X. -r -------------- next part --------------

Ian Malone wrote: > This is all well and good but OggPCM is in an Ogg transport > stream, so that needs to be unpacked anyway. Fair enough. Since the ogg pages (which I beleive are 4k) need to be unpacked anyway, there is little harm in having to (possibly) do endswapping as well. Erik -- ----------------------------------------------------------------- Erik de Castro Lopo ----------------------------------------------------------------- "Yeah, all that emacs is missing to be counted as a full-featured operating system is an easy-to-use text editor." --...

make -f Makefile.lite cannot compile test_libFLAC/endswap.c because CPU_IS_LITTLE_ENDIAN definition is missing, and also complains about parentheses in ENDSWAP_16. 1) The first patch adds the definition of CPU_IS_LITTLE_ENDIAN into build/config.mk which allows to build test_libFLAC with Makefile.lite 2) Current ENDSWAP_16 macro (((((x) >> 8) & 0xFF) + ((x) & 0xFF) <<

...d format I would agree 100%, but PCM is not a compressed format; its a format that if the endian-nesses of the file and CPU match, can be dumped from file to disk and disk to file without any processing. In libsndfile I handle this by doing a straight read or write when the endian-nesses match and endswapping where I have to. For a data format as simple as PCM the minor effort required for a couple of different code paths is well worth it for the performance payoff. Erik -- ----------------------------------------------------------------- Erik de Castro Lopo -----------------------------------------...

Jean-Marc Valin wrote: > I'd be quite interested if you could provide a benchmark that really > shows by swapping to make a difference. Yes, I agree that the speed difference between the swapping and the no-swapping case is negligible, but I'm talking about CPU cycles. With libsndfile people do stream 10, 20 or more channels of audio off disk at once, with soft realtime

--- configure.ac | 7 +++++ src/libFLAC/bitreader.c | 12 ++------- src/libFLAC/bitwriter.c | 8 ++---- src/libFLAC/fixed.c | 18 +++++-------- src/libFLAC/format.c | 8 ++---- src/libFLAC/include/private/macros.h | 29 ++++++++++++++++++++ src/libFLAC/metadata_iterators.c | 17 +++---------

List, A recent discussion over on XiphWiki is trying to decide if OggPCM should support only little-endianness or the usual combo of big and little. It started with the following statement by an user (Qqq): "Portable players are usually ARM, which is usually little-endian. The Macintosh is now little-endian. Obviously the PC is little-endian. Clearly there is a winner. It's long past

This patch adds support for other compilers and systems including MSVC, Intel C compiler etc.. --- src/libFLAC/bitmath.c | 48 ------------- src/libFLAC/bitreader.c | 54 ++------------- src/libFLAC/include/private/bitmath.h | 120 ++++++++++++++++++++++++++++++--- 3 files changed, 116 insertions(+), 106 deletions(-) diff --git a/src/libFLAC/bitmath.c