We now ensure that the total payload *including* the redundant frame
is no more than 1275 bytes. Also, the redundant frame itself must
be no more than 257 (the max that can be signalled).

In silk_dec_API.c a memcpy was blindly copying data of differing types (opus_int16[2] to opus_int[2]).

Saves about 60 bits/sec for 20ms frames.

or it's always 1 if -DRESYNTH.

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