unreachable due the maximum and minimum values being special cases
in the caller plus the limits of the maximum itheta precision.

The testcases are also updated to only test the reachable range.

The config.h will take care of compat issues with "inline"

Gregory Maxwell authored 13 years ago and Jean-Marc Valin committed 13 years ago

with oddball opus-custom framesizes, disables testing
sizes only used by custom modes when not compiling with
custom mode support.

Saves a copy in the decoder

Should be less confusing for profiling

This is a tentative fix for a bug found in fuzzing where the encoder
switched from mono to stereo while in the process of changing bandwidth.
The result was that the newly added side would use the new sampling
rate, while the mid hadn't switched yet, causing an encoder/decoder
mismatch. The fix is that the side rate selection gets overridden
to use the mid rate.
The bug would occur when compiling with fuzzing enabled and using:
./test_opus 0 48000 2 24000 input.sw output.sw

to mono state transition in the same manner as the encoder.

asserts to reflect the actual limits. Update the cwrs test to cover
the complete n,k range used by opus/opus_custom.

During SILK->CELT transitions, we were delaying the mode change by
one frame, but only after having ensured that bandwidth and mode were
consistent. We now do the delaying earlier.

Repacketizer now seems to work, though it doesn't yet handle
unmergeable packets. Also, test_opis no longer attempt to do proper
gapless at the end of the file, which was causing problems for
repacketization, but also with 32 bit overflows

Still more bugs to find

Remove a redundant negative length check in celt_decode.

Was previously testing only far on the negative side and using
the wrong scaling factor

their usage and to make any toolchain that doesn't like to #include
.c file happy.

Previously the autotools build litered whatever directory
'make' was invoked from with intermediate files. Adding
'subdir-objects' to AUTOMAKE_OPTIONS tells it to put them
in subdirectories according to the relative paths to the
source files, .i.e. silk/schur.o for $(srcdir)/silk/schur.c

The change to autogen.sh is necessary to handle the
(apparently new) case where an AUTOMAKE_OPTIONS line is
given without a minimum version number.

Thanks to Tim Terriberry for pointing out the issue.

This better distinguishes the reference implementation,
which is what this string is meant to do. Thanks to
Greg Maxwell for the suggestion.

This lets us verify this part of the API is working.