Also, reducing the VBR rate on panned mono

Should be mostly usable now.

Conflicts:

	src/opus_encoder.c

This CTL was requested by Nicolas George for FFmpeg.

root authored 12 years ago and Jean-Marc Valin committed 12 years ago

modified the Visual Studio 2010 projects and solution file to include a x64 configuration. modified the output folders such that the architecture is included in the path (so you get Release64, Debug32, etc.) so you can have all build types in one tree.

Also enforces an upper bound of 510 kb/s even for frames that are
smaller than 20 ms. This reduces waste for high bitrate VBR.

This reverts commit 9f407afa.

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

This will help prevent people using non-standard build environments from
footgunning themselves and becoming a support burden.

One in SILK, one in CELT, none of them causing real harm in practice it seems

Prevents some arithmetic on uninitialized memory that may contain nans.

Also added 3rd clause to "master" COPYING file

See http://www.ietf.org/mail-archive/web/codec/current/msg02833.html
Still more changes to come

These were all mostly benign and would at worst result in (rare)
suboptimal encoder decisions rather than signal corruption.

celt_ilog2() could be called with 0 which is undefined.

The overflows reported were:
- Syy in find_best_pitch() in pitch.c
- xy, xx and yy in remove_doubling() in pitch.c

The fixes are:
- Adaptive scaling in pitch_downsample() which also improves quality
- Adding a missing downshift in find_best_pitch()
- More conservative yshift when calling find_best_pitch()

Ralph Giles authored 13 years ago and Jean-Marc Valin committed 12 years ago

The multiply would overflow with 16 bit ints. Thanks
to Riccardo Micci for pointing out the issue. Thanks
to Tim Terriberry for the valid range of the decay
argument.

Note that ft is unsigned, but always less than 32736,
so we could use a 16 bit signed type here if it allows
the compiler to produce faster code (with signed 16*16
and 16*32 multiplies). In the absense of actual cycle
counts from a real platform, I've left it as an unsigned
for the sake of readability.

For similar reasons we cast (16384-decay) to a signed
integer even though it is also always positive.

Ralph Giles authored 13 years ago and Jean-Marc Valin committed 12 years ago

Also fixes a minor typo.

The versions of UADD32 and USUB32 in fixed_debug.h take
unsigned long long (ideally 64 bit) inputs, and range
check the arguments. However, the printed warnings cast
them to (unsigned), which is confusing. Instead, print
the full value passed in.

NB this will make negative values print has huge,
rather than negative, values.

Corrects a signed-compare warning.