Skip to content
Snippets Groups Projects
  1. Apr 02, 2012
    • Ralph Giles's avatar
      Cast a factor to maintain precision on 16 bit systems. · d9474d90
      Ralph Giles authored and Jean-Marc Valin's avatar Jean-Marc Valin committed
      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.
      d9474d90
    • Ralph Giles's avatar
      Improve decoder_create documentation. · f4028521
      Ralph Giles authored and Jean-Marc Valin's avatar Jean-Marc Valin committed
      The parameter descriptions look like they were copied
      from encoder_create. Update them for the decode side
      and repeat the clarifications about what sample rates
      are allowed and what they mean.
      f4028521
    • Ralph Giles's avatar
      Remove trailing whitespace. · 5f6e472c
      Ralph Giles authored and Jean-Marc Valin's avatar Jean-Marc Valin committed
      Also fixes a minor typo.
      5f6e472c
  2. Mar 08, 2012
  3. Mar 06, 2012
  4. Mar 05, 2012
  5. Feb 17, 2012
  6. Feb 09, 2012
  7. Jan 31, 2012
  8. Jan 24, 2012
  9. Dec 14, 2011
  10. Dec 13, 2011
    • Jean-Marc Valin's avatar
      Fixes two minor issues found in random testing at ridiculously low rate. · 5609cec9
      Jean-Marc Valin authored
      - When it cannot produce the rate it's being asked, the encoder now
        returns a "PLC packet"
      - Makes it possible to use the CELT PLC for more than 20 ms
      5609cec9
    • Koen Vos's avatar
      Improves the accuracy such that it matches a float decoder much better · bbfc9c9e
      Koen Vos authored and Jean-Marc Valin's avatar Jean-Marc Valin committed
      bbfc9c9e
    • Koen Vos's avatar
      SILK fixes following last codec WG meeting · bf75c8ec
      Koen Vos authored and Jean-Marc Valin's avatar Jean-Marc Valin committed
      decoder:
      - fixed incorrect scaling of filter states for the smallest quantization
        step sizes
      - NLSF2A now limits the prediction gain of LPC filters
      
      encoder:
      - increased damping of LTP coefficients in LTP analysis
      - increased white noise fraction in noise shaping LPC analysis
      - introduced maximum total prediction gain.  Used by Burg's method to
        exit early if prediction gain is exceeded.  This improves packet
        loss robustness and numerical robustness in Burg's method
      - Prefiltered signal is now in int32 Q10 domain, from int16 Q0
      - Increased max number of iterations in CBR gain control loop from 5 to 6
      - Removed useless code from LTP scaling control
      - Optimization: smarter LPC loop unrolling
      - Switched default win32 compile mode to be floating-point
      
      resampler:
      - made resampler have constant delay of 0.75 ms; removed delay
        compensation from silk code.
      - removed obsolete table entries (~850 Bytes)
      - increased downsampling filter order from 16 to 18/24/36 (depending on
        frequency ratio)
      - reoptimized filter coefficients
      bf75c8ec
  11. Dec 02, 2011
    • Timothy B. Terriberry's avatar
      Move nbits_total initialize before renormalization. · 6619a736
      Timothy B. Terriberry authored and Jean-Marc Valin's avatar Jean-Marc Valin committed
      The range decoder used to initialize nbits_total after the
       renormalization loop, even though the renormalization loop
       modifies it.
      This was presumably safe, because nothing actually used the value
       before it was initialized, but I'm tired of it triggering the
       integer overflow checking.
      6619a736
Loading