1. 20 Jan, 2016 1 commit
  2. 05 Jan, 2016 2 commits
    • Yaowu Xu's avatar
      Assert no mv clamping for scaled references · 2bd4f444
      Yaowu Xu authored
      Under --enable-better-hw-compabibility, this commit adds the asserts
      that no mv clamping is applied for scaled references, so when built
      with this configure option, decoder will assert if an input bitstream
      triggger mv clamping for scaled reference frames.
      
      Change-Id: I786e86a2bbbfb5bc2d2b706a31b0ffa8fe2eb0cb
      2bd4f444
    • Yaowu Xu's avatar
      Assert no 8x4/4x8 partition for scaled references · 03a021a6
      Yaowu Xu authored
      This commit adds a new configure option:
      
      --enable-better-hw-compatibility
      
      The purpose of the configure option is to provide information on known
      hardware decoder implementation bugs, so encoder implementers may
      choose to implement their encoders in a way to avoid triggering these
      decoder bugs.
      
      The WebM team were made aware of that a number of hardware decoders
      have trouble in handling the combination of scaled frame reference
      frame and 8x4 or 4x8 partitions. This commit added asserts to vp9
      decoder, so when built with above configure option, the decoder can
      assert if an input bitstream triggers such decoder bug.
      
      Change-Id: I386204cfa80ed16b50ebde57f886121ed76200bf
      03a021a6
  3. 08 Sep, 2015 1 commit
    • Jingning Han's avatar
      Fix the sub8x8 block inter prediction with scaled reference frame · 42b05603
      Jingning Han authored
      Sync the encoder's buffer offset calculation for sub8x8 block motion
      compensated prediction with scaled reference frame to match the
      decoder's behavior. This resolves an enc/dec mismatch issue when
      sub8x8 inter mode with scaled is turned on.
      
      Change-Id: I4bab3672b007a5ae0c992f8a701341892d2458b0
      42b05603
  4. 10 Aug, 2015 1 commit
  5. 31 Jul, 2015 1 commit
    • Zoe Liu's avatar
      Code refactor on InterpKernel · 7186a2dd
      Zoe Liu authored
      It in essence refactors the code for both the interpolation
      filtering and the convolution. This change includes the moving
      of all the files as well as the changing of the code from vp9_
      prefix to vpx_ prefix accordingly, for underneath architectures:
      (1) x86;
      (2) arm/neon; and
      (3) mips/msa.
      The work on mips/drsp2 will be done in a separate change list.
      
      Change-Id: Ic3ce7fb7f81210db7628b373c73553db68793c46
      7186a2dd
  6. 06 Jul, 2015 1 commit
  7. 26 May, 2015 1 commit
  8. 21 Apr, 2015 1 commit
    • Scott LaVarnway's avatar
      Revert "Remove mi_grid_* structures." · 8b17f7f4
      Scott LaVarnway authored
      (see I3a05cf1610679fed26e0b2eadd315a9ae91afdd6)
      
      For the test clip used, the decoder performance improved by ~2%.
      This is also an intermediate step towards adding back the
      mode_info streams.
      
      Change-Id: Idddc4a3f46e4180fbebddc156c4bbf177d5c2e0d
      8b17f7f4
  9. 01 Apr, 2015 1 commit
  10. 04 Feb, 2015 1 commit
    • Jingning Han's avatar
      Account for chroma component costs in RTC mode decision · 0c6d3a03
      Jingning Han authored
      This commit allows the encoder to account for additional chroma
      plane costs in the mode decision process, if the current block
      potentially contains significant color change. It improves the
      visual quality at very low bit-rates.
      
      The compression performance of dark720p is improved by 12.39% in
      speed 6. For jimred at 150 kbps, the PSNR of V component (red)
      increased by 0.2 dB, at the expense of about 5% increase in
      encoding time. Note that for sequences where the chroma components
      are fairly consistent, the encoding time increase is negligible.
      
      On average the rtc set compression performance is improved by
      1.172% in PSNR and 1.920% in SSIM.
      
      Change-Id: Ia55b24ef23a25304f7ec9958fbf07fd6e658505c
      0c6d3a03
  11. 31 Jan, 2015 1 commit
    • hkuang's avatar
      Try again to merge branch 'frame-parallel' into master branch. · be6aeada
      hkuang authored
      In frame parallel decode, libvpx decoder decodes several frames on all
      cpus in parallel fashion. If not being flushed, it will only return frame
      when all the cpus are busy. If getting flushed, it will return all the
      frames in the decoder. Compare with current serial decode mode in which
      libvpx decoder is idle between decode calls, libvpx decoder is busy
      between decode calls.
      
      Current frame parallel decode will only speed up the decoding for frame
      parallel encoded videos. For non frame parallel encoded videos, frame
      parallel decode is slower than serial decode due to lack of loopfilter
      worker thread.
      
      There are still some known issues that need to be addressed. For example:
      decode frame parallel videos with segmentation enabled is not right sometimes.
      
      * frame-parallel:
        Add error handling for frame parallel decode and unit test for that.
        Fix a bug in frame parallel decode and add a unit test for that.
        Add two test vectors to test frame parallel decode.
        Add key frame seeking to webmdec and webm_video_source.
        Implement frame parallel decode for VP9.
        Increase the thread test range to cover 5, 6, 7, 8 threads.
        Fix a bug in adding frame parallel unit test.
        Add VP9 frame-parallel unit test.
        Manually pick "Make the api behavior conform to api spec." from master branch.
        Move vp9_dec_build_inter_predictors_* to decoder folder.
        Add segmentation map array for current and last frame segmentation.
        Include the right header for VP9 worker thread.
        Move vp9_thread.* to common.
        ctrl_get_reference does not need user_priv.
        Seperate the frame buffers from VP9 encoder/decoder structure.
        Revert "Revert "Revert "Revert 3 patches from Hangyu to get Chrome to build:"""
       Conflicts:
             test/codec_factory.h
             test/decode_test_driver.cc
             test/decode_test_driver.h
             test/invalid_file_test.cc
             test/test-data.sha1
             test/test.mk
             test/test_vectors.cc
             vp8/vp8_dx_iface.c
             vp9/common/vp9_alloccommon.c
             vp9/common/vp9_entropymode.c
             vp9/common/vp9_loopfilter_thread.c
             vp9/common/vp9_loopfilter_thread.h
             vp9/common/vp9_mvref_common.c
             vp9/common/vp9_onyxc_int.h
             vp9/common/vp9_reconinter.c
             vp9/decoder/vp9_decodeframe.c
             vp9/decoder/vp9_decodeframe.h
             vp9/decoder/vp9_decodemv.c
             vp9/decoder/vp9_decoder.c
             vp9/decoder/vp9_decoder.h
             vp9/encoder/vp9_encoder.c
             vp9/encoder/vp9_pickmode.c
             vp9/encoder/vp9_rdopt.c
             vp9/vp9_cx_iface.c
             vp9/vp9_dx_iface.c
      
      This reverts commit a18da976.
      
      Change-Id: I361442ffec1586d036ea2e0ee97ce4f077585f02
      be6aeada
  12. 23 Jan, 2015 1 commit
  13. 24 Nov, 2014 1 commit
  14. 09 Oct, 2014 1 commit
  15. 29 Sep, 2014 1 commit
  16. 25 Sep, 2014 2 commits
    • hkuang's avatar
      Avoid calling vp9_is_scaled two times in a function. · c53a95ad
      hkuang authored
      Use a local variable to hold the result of vp9_is_scaled.
      
      Change-Id: I5e203909805923e20eefef596bc84424da47dbe2
      c53a95ad
    • Yaowu Xu's avatar
      Fix a couple of comments · 845d4f33
      Yaowu Xu authored
      The first comment is obselete given the way is now normative in VP9
      bitstream. The second comment line was too long.
      
      Change-Id: I6546585babf60d466485ddcf2daa6d2fa79e999a
      845d4f33
  17. 24 Sep, 2014 1 commit
    • Yaowu Xu's avatar
      Correct the condition for border extension · d237d483
      Yaowu Xu authored
      As reported in issue #850, the condition for border extension was not
      complete. This commit added the case when the scaling is enabled.
      
      This fixes issue #850.
      
      Change-Id: I67768b23f0dcc4ac9a9aa0a0825b0fe8cb85a72e
      d237d483
  18. 20 Sep, 2014 1 commit
    • hkuang's avatar
      Remove mi_grid_* structures. · c70cea97
      hkuang authored
      mi_grid_* are arrays of pointer to pointer. They save the pointers that point
      to the MIs in cm->mi. But they are unnecessary and complicated. The original
      goal was to remove MODE_INFO_t copy. But with an extra MODE_INFO_t pointer
      inside MODE_INFO_t, same goal could be achieved.
      
      This commit totally removes the mi_grid_* structures. But there are still
      many dummy MODE_INFO_t inside cm->mi which are a waste of memory. Next commit
      will do on-demand MODE_INFO_t allocation in order to save these memories.
      
      Change-Id: I3a05cf1610679fed26e0b2eadd315a9ae91afdd6
      c70cea97
  19. 18 Sep, 2014 1 commit
  20. 15 Sep, 2014 1 commit
    • Alexander Voronov's avatar
      Fix invalid memory access on 2x downscale. · 29071a41
      Alexander Voronov authored
      The issue was discovered on bitstream with 2x vertical downscale. For
      zero MVs, y_pad is set to 1 only when vertical convolution is
      required. The original code assumes that for y_step_q4 == 32 we don't
      perform vertical convolution. But vp9_setup_scale_factors_for_frame()
      sets convolve functions so that when x_step and y_step are both not
      equal to 16, convolve in both directions is performed. And convolve()
      unconditionally subtracts one stride from source pointer when calls
      convolve_horiz(). This leads to invalid memory access.
      
      Change-Id: I882dfa6081a58e172b5ffa55842bfcd6727f10bf
      29071a41
  21. 28 Jul, 2014 1 commit
  22. 11 Jul, 2014 1 commit
  23. 10 Jul, 2014 1 commit
  24. 18 Jun, 2014 1 commit
    • Alex Converse's avatar
      BITSTREAM: Handle transform size and motion vectors more logically for non-420. · 7557a65d
      Alex Converse authored
      This breaks the profile 1 bitstream.
      
      Don't force non420 uv transform size to 1/4 y size. In the 4:2:0 case the
      chroma corresponding to a luma block is 1/4 its size. In the 4:4:4 case
      chroma and luma planes are the same size. Disallowing larger transforms
      can result in a loss of compression efficiency and is inconsistent.
      
      For sub-8x8 blocks only average corresponding motion vectors.
      
      4:2:0 and profile 0 behavior remains unchanged.
      
      Change-Id: I560ae07183012c6734dd1860ea54ed6f62f3cae8
      7557a65d
  25. 16 May, 2014 1 commit
  26. 03 Apr, 2014 1 commit
  27. 02 Apr, 2014 1 commit
  28. 24 Mar, 2014 1 commit
    • hkuang's avatar
      Change back the scaling calculation. · 22232ec6
      hkuang authored
      Let the calculation to be compatible with Google's HW implementation.
      
      Change-Id: I22e179888cdb0419e230351c0a47661b37051fef
      22232ec6
  29. 17 Mar, 2014 1 commit
  30. 13 Mar, 2014 2 commits
  31. 03 Mar, 2014 1 commit
  32. 01 Mar, 2014 1 commit
  33. 14 Feb, 2014 1 commit
  34. 04 Feb, 2014 3 commits
  35. 25 Jan, 2014 1 commit
    • Dmitry Kovalev's avatar
      Removing subpix_fn_table struct. · 86915654
      Dmitry Kovalev authored
      We don't use different filter kernels for x and y, it is always one kernel
      for both directions.
      
      Change-Id: Iefcbb02ec74bf46ea20d9dca672a3efd5d631517
      86915654