EXTEND32() would warn that the input isn't 16-bit

Created test_opus_custom script which does a more heavy evaluation of the various use cases of OpusCustom, testing:
- Mixed float/fixed use cases
- Mixed Opus/OpusCustom use cases
- Wide mixture of run-time configurables
- RMS difference (if RESYNTH) is defined

Signed-off-by: Jean-Marc Valin <jeanmarcv@google.com>

Was due to nbAvailableBytes not matching the real CBR budget.
Also adding same tell+16<=total_bits condition that the decoder
has for the comb filter just to be on the safe side.
This bug doesn't appear to be possible with the regular Opus API.

Otherwise we would shrink the buffer before initializing it.

Seems to have been in 682b6cf1. There's nothing wrong with either the
encoder or the decoder. Just about how we resynthesize anti-collapse
for mono in the encoder.

Makes it possible to just encode or just decode using the same format as
opus_demo

update to osce evaluation script

Address the same issue in the mips code.

IOhannes m zmölnig authored 2 years ago and Ralph Giles committed 6 months ago

The doxygen-generated manpages contain some typos...

Signed-off-by: Ralph Giles <giles@thaumas.net>

Rather than repeating the code to iterate through extensions in
 three different places, each with slight differences, different
 edge cases, different error handling, etc., create an iterator
 that can be used everywhere.

Nam Se Hyun authored 6 months ago and Tristan Matthews committed 6 months ago

Signed-off-by: Tristan Matthews <tmatth@videolan.org>

Test multiple buffer lengths and ensure we do not write past the
 end of the provided buffer.

The function takes an opus_int32 *, but we were passing the address
 of an int, which might not be the same.
This is only likely to affect platforms with a 16-bit int.

Without this check, a DRED extension encoded with an invalid frame
 number would still be used, potentially with a surprisingly large
 dred_frame_offset.

With an 8+ MB packet it is possible to craft an extension length
 that would overflow, bypassing the checks to ensure the extension
 data remains inside the packet.
This patch fixes that and adds a test for it.

Blaine Wood authored 10 months ago and Jean-Marc Valin committed 10 months ago

Only include floating point inner product when OPUS_FIXED_POINT is disabled.

Signed-off-by: Jean-Marc Valin <jmvalin@jmvalin.ca>

Retraining a new model so that we have a matching .pth file.
Also, discarding more data on init to get better randomization.

Now used for fargan instead of LPCNet

dvosully authored 11 months ago and Jean-Marc Valin committed 11 months ago

Signed-off-by: Jean-Marc Valin <jmvalin@jmvalin.ca>