search for: rangeenc

...the library -libcelt_la_SOURCES = bands.c celt.c cwrs.c ecintrin.h entcode.c \ +libcelt at LIBCELT_SUFFIX@_la_SOURCES = bands.c celt.c cwrs.c ecintrin.h entcode.c \ entdec.c entenc.c header.c kfft_single.c kiss_fft.c kiss_fftr.c laplace.c mdct.c \ modes.c pitch.c psy.c quant_bands.c rangedec.c rangeenc.c rate.c \ vq.c #noinst_HEADERS = -libcelt_la_LDFLAGS = -version-info @CELT_LT_CURRENT@:@CELT_LT_REVISION@:@CELT_LT_AGE@ +libcelt at LIBCELT_SUFFIX@_la_LDFLAGS = -version-info @CELT_LT_CURRENT@:@CELT_LT_REVISION@:@CELT_LT_AGE@ noinst_HEADERS = _kiss_fft_guts.h arch.h bands.h fixed_c5x.h f...

...ut it should save a bit of complexity and (more importantly) make the bit-stream more robust to bit errors. It's still a bit experimental, so please report any bug. There's also a multiply-free (and divide-free) version of the range coder I'm considering. You can enable it by replacing rangeenc.c and rangedec.c by mfrngenc.c and mfrngdec.c in the build. I've had reports of some problems on 16-bit archs, so be careful with that. I'm again interested in feedback on that to decide whether the multiply-free algo is worth it. Cheers, Jean-Marc

...16,7 +16,7 @@ lib_LTLIBRARIES = libcelt.la # Sources for compilation in the library libcelt_la_SOURCES = bands.c celt.c cwrs.c ecintrin.h entcode.c \ entdec.c entenc.c header.c kfft_single.c kiss_fft.c kiss_fftr.c laplace.c mdct.c \ - modes.c pitch.c psy.c quant_bands.c quant_pitch.c rangedec.c rangeenc.c rate.c \ + modes.c pitch.c psy.c quant_bands.c rangedec.c rangeenc.c rate.c \ vq.c #noinst_HEADERS = @@ -26,8 +26,8 @@ libcelt_la_LDFLAGS = -version-info @CELT_LT_CURRENT@:@CELT_LT_REVISION@:@CELT_LT noinst_HEADERS = _kiss_fft_guts.h arch.h bands.h fixed_c5x.h fixed_c6x.h \ cwrs.h ecintri...