- Feb 14, 2011
-
-
Timothy B. Terriberry authored
The return code has been eliminated in favor of using the existing error flag in the ec_enc struct. This also adds the declaration to the header, which JM's importation of Koen's adaptation of my original code in b3c05b6b omitted.
-
Gregory Maxwell authored
Correct a number of uninitialized value problems when end!=nbEBands. Now 8khz/20ms audio can be decoded at 48kHz and vice versa (with the PF turned off).
-
Timothy B. Terriberry authored
-
Jean-Marc Valin authored
-
Jean-Marc Valin authored
Change the bit-stream (without causing desync)
-
- Feb 12, 2011
-
-
Jean-Marc Valin authored
-
Jean-Marc Valin authored
-
- Feb 11, 2011
-
-
Jean-Marc Valin authored
-
- Feb 10, 2011
-
-
Jean-Marc Valin authored
-
Jean-Marc Valin authored
-
Jean-Marc Valin authored
Got authorization from all copyright holders
-
- Feb 09, 2011
-
-
CELT_SET_END_BAND_REQUEST in the decoder was performing the wrong bounds check and not allowing a change to fullband.
-
- Feb 08, 2011
-
-
Gregory Maxwell authored
-
-
- Feb 07, 2011
-
-
Jean-Marc Valin authored
-
- Feb 06, 2011
-
-
This fixes a number of issues for platforms with a 16-bit int, but by no means all of them. The type change for ec_window (for platforms where sizeof(size_t)==2) will break ABI (but not API) compatibility with libsilk and libopus, and reduce speed on x86-64, but allows the code to work in real-mode DOS without using the huge memory model, which is useful for testing 16-bit int compliance.
-
Jean-Marc Valin authored
-
- Feb 05, 2011
-
-
Jean-Marc Valin authored
Though the encoder will still never use more than 1275 bytes
-
- Feb 04, 2011
-
-
Jean-Marc Valin authored
-
Jean-Marc Valin authored
-
Jean-Marc Valin authored
-
Jean-Marc Valin authored
-
1275 byte packets is the absolute maximum packet size we're going to support. This makes the encoder and decoder refuse to operate outside of these boundaries.
-
Jean-Marc Valin authored
Also cap the encoder bit-rate to 260 kb/s per channel.
-
Jean-Marc Valin authored
-
-
Jean-Marc Valin authored
Also properly applies the MDCT filtering for resampling
-
Not after.
-
This fixes the frame_size check on the encoder and decoder and removes some unused variable warnings when compiling without custom modes.
-
This unifies the byte buffer, encoder, and decoder into a single struct. The common encoder and decoder functions (such as ec_tell()) can operate on either one, simplifying code which uses both. The precision argument to ec_tell() has been removed. It now comes in two precisions: ec_tell() gives 1 bit precision in two operations, and ec_tell_frac() gives 1/8th bit precision in... somewhat more. ec_{enc|dec}_bit_prob() were removed (they are no longer needed). Some of the byte buffer access functions were made static and removed from the cross-module API. All of the code in rangeenc.c and rangedec.c was merged into entenc.c and entdec.c, respectively, as we are no longer considering alternative backends. rangeenc.c and rangede.c have been removed entirely. This passes make check, after disabling the modes that we removed support for in cf5d3a8c.
-
- Feb 03, 2011
-
-
Jean-Marc Valin authored
-
-
Jean-Marc Valin authored
-
Jean-Marc Valin authored
-
Jean-Marc Valin authored
-
Jean-Marc Valin authored
And it somehow prevents Opus from building shared libraries
-
Jean-Marc Valin authored
-
The recombine loop for cm was correct if one started at 1 block, but was wrong otherwise (for a test case, convert 2 recombined blocks back to 4 with an initial cm of 0x3; the result should be 0xF, but instead you get 0x7). The recombine loop for fill was always wrong (for a test case, combine 8 blocks down to 1 with an initial fill=0xFE; the low bit remains unset). This now properly interleaves and deinterleaves bits for these steps, which avoids declaring collapses (and skipping folding) where none, in fact, occurred.
-
aa6fec66 added a check to reject modes with shorts longer than 3.33 ms (less than 300 per second). However, it only rejected modes which could not be split at all. This expands the check to also reject modes which, even after splitting the maximum amount, still do not have shorts less than 3.33 ms.
-
Jean-Marc Valin authored
-