- 14 Apr, 2017 12 commits
-
-
Sebastien Alaiwan authored
Deduplicate implementations of check_range, and deduplicate the call to aom_read_bit. Change-Id: I63b023758248717125e4df6d1c382d4c517bae84
-
Angie Chiang authored
Change-Id: I422dfd9d7afe9f7baa04a962e19c8a92d5c12eeb
-
Angie Chiang authored
Change-Id: I052721017cddd57ff9995e8dd442e4b3436a0b48
-
Angie Chiang authored
This will make the code cleaner and lv_map experiment will be able to reuse this function. Change-Id: I885336117daa0090e16f1bb7a0c3e7bb54105410
-
Angie Chiang authored
Change-Id: If129748d918995efcc58169d153a0950eeec5efb
-
Frederic Barbier authored
Avoid future issues by adding related sanity check on mode_lf_lut size. Change-Id: I689a90c07ee2b79debf838304cfca0e34783e5bf
-
Jean-Marc Valin authored
Change-Id: Iddb2103452817e9624a28794cab923f00c3e9924
-
Yaowu Xu authored
This is to fix compiling issues with aom-highbitdepth. Change-Id: I66ee73e014a028536747e55209f20be81e906267
-
Tom Finegan authored
Missing a ')' in test.cmake. Change-Id: I9559692e6643f3c07f68ff67c6cf766d8f15c95c
-
Tom Finegan authored
Broken since 9d247355 when aom_dsp/x86/highbd_convolve_avx2.c was added to aom_dsp.mk. Change-Id: Ide6779209a546e1bf84a4997c0cdcf3b2bc2b92b
-
Tom Finegan authored
Properly guard usage of av1_filter_intra_taps_4 in av1/common/x86/filterintra_sse4.c. Change-Id: I74d589342e4669765d0d4700c329c5f3eced9530
-
Tom Finegan authored
Requires use of new cmake toolchain file: $ cmake path/to/aom -DCMAKE_TOOLCHAIN_FILE=path/to/aom/build/cmake/toolchains/mips64-linux-gcc.cmake MSA is supported via addition of -DENABLE_MSA=1. Support for i6400 and p6600 targets can be enabled by passing -DMIPS_CPU=i6400 and -DMIPS_CPU=p6600 respectively. BUG=https://bugs.chromium.org/p/aomedia/issues/detail?id=76 Change-Id: I7b8949a07e9be63cd6177e4ff4dbc02180f12a60
-
- 13 Apr, 2017 13 commits
-
-
Angie Chiang authored
The while loop may become infinite loop due to bitstream error. Therefore, we add a breaking rule to avoid that. Change-Id: I5bcda7dea846e280b59abc97c42baf334bca2603
-
Angie Chiang authored
This fix the invalid tx_type error happened when mb_to_right_edge is negative The invalid tx_type error will cause bitstream error and then let the decoder hang in the while loop of read_golomb() Change-Id: Ide6c3497cdd5b69b20b4b093241ed89ccc1b0f00
-
Yue Chen authored
HW does not support < 4x4 prediction. To limit the bandwidth requirement, for small blocks, only blend with neighbors from one side. If block-size of current plane is 4x4 or 8x4, the above neighbor will be skipped. If it is 4x8, the left neighbor (dir = 1) will be skipped. This change will keep the bandwidth requirement of OBMC not more than what is required by normal compound inter modes. Loss of gain (PSNR-Y/PSNR-Cb/PSNR-Cr/CIEDE2000) AWCY HL: 0.05/0.09/0.14/0.04 AWCY LL: 0.06/0.07/0.10/0.12 Change-Id: I3854afc69c3014da99bde4b19bb726e4c077d59e
-
Zoe Liu authored
This new coding tool is targeted to add new inter compound modes using single reference frame - initially NEAREST_NEARMV for single reference prediction. Change-Id: I415d40dc285a46a79680b4da0c3f2e2f3784b688
-
Tom Finegan authored
Requires use of new cmake toolchain file: $ cmake path/to/aom -DCMAKE_TOOLCHAIN_FILE=path/to/aom/build/cmake/toolchains/mips32-linux-gcc.cmake DSPR2 and MSA are supported via addition of -DENABLE_DSPR2=1 and -DENABLE_MSA=1 respectively. Note that the latter requires the addition of -DMIPS_CPU=p5600. BUG=https://bugs.chromium.org/p/aomedia/issues/detail?id=76 Change-Id: Idf7d7f2daecf18cc45b834166eaf34ee9f414d49
-
Debargha Mukherjee authored
Adds filters for 1/32 subpel precision for warping. To use 1/32 subpel precision make WARPEDPIXEL_PREC_BITS 5. By default, WARPEDPIXEL_PREC_BITS is set as 6 in common/mv.h, which uses 1/64 subpel precision. If 1/32 precision is used, BDRATE drops: on lowres: -1.101 (vs. -1.186% with 1/64) w/warped-motion -1.587 (vs. -1.650% with 1/64) w/global-motion on cam_lowres: -2.638 (vs. -2.707% with 1/64) w/warped-motion -3.396 (vs. -3.453% with 1/64) w/global-motion Change-Id: I82fbfddaad9bd9be658fe382401d212833c7ceef
-
Yi Luo authored
Change-Id: I0c58fb5ee2a77ae15f6243b1c645dbe601171e67
-
Jingning Han authored
BUG=aomedia:432 Change-Id: Ide94ffbf5ed0f25ac64892f02364b67cefa5fd15
-
Steinar Midtskogen authored
Change-Id: I1aaa06846ad409dd83ab50a0fb34c8a7e77e45e7
-
Steinar Midtskogen authored
Optionaly filter 8x8 skip blocks, but still leave superblocks that are completely skipped unchanged. Use one bit in the dering level to signal replacing the signal for dering damping. This works better with cb4x4 that now is enabled by default. Low latency, used-cpu=4 change: PSNR|PSNR Cb|PSNR Cr|PSNR HVS| SSIM|MS SSIM|CIEDE 2000 -0.6260|-0.3263|-0.3797| -0.3574|-0.7072|-0.4828| -0.6584 Change-Id: I42c4290b52a50779770884fbabb020fdb1034ff7
-
Steinar Midtskogen authored
Change-Id: Iec22c6442c55a5908d858766ff6dfb8bff69835d
-
Jean-Marc Valin authored
Change-Id: I7481fe139e1c9454c73948de3d8b8fefaf37e79a
-
Sarah Parker authored
Adds an option to disable warp when obmc is used with a global motion neighbor. Change in BDRATE on cam_lowres gm + obmc enabled: 0.035% gm + obmc + wm enabled: -0.005% Change-Id: I1d6de75c7ead325cec31ed3748b5532f3658d8a7
-
- 12 Apr, 2017 14 commits
-
-
Zoe Liu authored
When ext-refs is on, the encoding of HD videos, e.g. 1080p sequences will cause the failure to allocate up-sampled frame buffers. This CL temporarily turn off the use of upsampled references when ext-refs is on for any video resolution larger than 720 in either dimension. A more effective scheme for up-sampled referencing should be later considered. With the fix, the AWCY performance gains of ext-refs, vs baseline are: PSNR Y Average -2.55% 1080p -2.81% 360p -2.38% 720p -3.10% Change-Id: Ica5e75d82190cd68e64c536503e3559f1cfdbdd1
-
Rename '--enable-aom-highbitdepth' to '--enable-highbitdepth' Change-Id: I1de13c3508c30c552532993419d8ace326142ab6
-
Jingning Han authored
Explicitly release the locally allocated memory space in encode_frame_to_data_rate(). This resolves an memory space leak issue. BUG=aomedia:431 Change-Id: I46f4b38b46ed951d42c622e88ce00afc566e7eae
-
hui su authored
Change-Id: I7a75947cdc4fcfe5b84ea702fa44ee51d7e406de
-
Timothy B. Terriberry authored
This reduces the multiplier width of daala_ec from 16x15->31 to 8x15->23, which reduces hardware latency by an estimated 20% (and area for this module by an estimated 40%). These are the smallest logical changes required to achieve this, but the approach will be optimized significantly in subsequent commits. When enabled: ec_smallmul1c_base@2017-03-08T00:49:01.830Z -> ec_smallmul1c@2017-03-08T00:49:45.091Z PSNR | PSNR Cb | PSNR Cr | PSNR HVS | SSIM | MS SSIM | CIEDE 2000 0.0203 | 0.0203 | 0.0204 | 0.0203 | 0.0203 | 0.0203 | 0.0202 Change-Id: Idbbd3743e9189146cb519d5b984bdabd69e3f4c0
-
Jingning Han authored
BUG=aomedia:430 Change-Id: I1e6fc42163b94f221d3010f00bb5e085707687c8
-
Jingning Han authored
BUG=aomedia:429 Change-Id: I9aef9ae0df86f7574342fc8e7424869d9b2fa1d2
-
Angie Chiang authored
allow_txk_type doesn't contains all the logic of using pre assigned tx_type or doing the tx_type search. Here we use get_tx_type to avoid redundant tx_type search. Change-Id: I09b6bcc60fbe15f0d78689b22d834f95b62bd99a
-
Angie Chiang authored
Change-Id: Ie388218b2202ee2f63b90c67a059cbfe54fd4a4e
-
Timothy B. Terriberry authored
This was broken by commit 1238137c. When calling the generic coder with a max, it truncates the CDF, but then tries to encode/decode with the Q15 entropy coder functions with built-in adaptation. That causes assertion failures, because the total probability isn't 32768. We could fix it by re-scaling the CDF, and then doing adaptation assuming there was no max, but that requires several special-case code paths. Instead, since non-robust streams were the only thing that still required calling the generic coder with a max, and since the gain from them is very small (and they require doing more DSP just to be able to parse the stream), we simply remove the option and force the use of robust streams all the time. With robust streams enabled, encoder output should not change, and all streams should remain decodable without decoder changes. Thanks to Nathan Egge for reporting the problem. Change-Id: I6c81481abb796688bf703d68f164d208e6a69f20
-
Yaowu Xu authored
Change-Id: I1620ee72fa212c958cb061706c440ba407c805c0
-
Yaowu Xu authored
BLOCK_Z_TOKEN is defined "255", this commit change the order of operations to avoid read av1_extra_bits[255]. av1_extra_bits is defined with size of 12. Change-Id: I59c35136bb064391139579bce591d1963e722611
-
Jingning Han authored
BUG=aomedia:427 Change-Id: Ic7b0f6850d7685f4aff0e51154f8777c9ef72c17
-
hui su authored
BUG=aomedia:426 Change-Id: I246b0de3bd25863853643bdb238899bf8e5847be
-
- 11 Apr, 2017 1 commit
-
-
Angie Chiang authored
1) Check if tx_type is valid in get_tx_type 2) Remove scan_order from rdcost_block_args When lv_map is on, scan_order depends on tx_type but tx_type is not decided before entering block_rd_txfm yet. Therefore assigning a scan_order into rdcost_block_args and then passing it into block_rd_txfm will cause error. 3) Pass correct index into intra_mode_to_tx_type_context in get_tx_type This CL doesn't affect baseline/supertx's stats. Change-Id: I59eb12aaf1edd9110ce7a92ce61f81bf89cd5920
-