- 13 Apr, 2017 7 commits
-
-
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 18 commits
-
-
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
-
Angie Chiang authored
The tx_type becomes dummy when lv_map is on. The tx_type search will be performed in av1_search_txk_type() and the results will be stored in txk_type[] In choose_tx_size_type_from_rd, we use best_txk_type[] to record the best search result within different tx_size. Change-Id: I67c489d261aecaa0092e0cc562670588c6c55941
-
Angie Chiang authored
This is part of tx kernel selection feature. Change-Id: I822e5a46d39c1fd525c911fc2a06e1be041d8ec8
-
Urvang Joshi authored
- More meaningful variable names - Comments to make code more readable. - Variables declared near use etc. Change-Id: I1a87d52a73aeefbaee4b9190861155dfcf05985c
-
Jingning Han authored
Resolve the unit test failure on AV1/LosslessTestLarge.TestLossLessEncoding/0 Change-Id: Ica884da0d0e5bd808c9f02f5de0a29cab950e7be
-
Jingning Han authored
Change-Id: Iacc9fd0ddb58066e914f831f8fadc5e3519fd8c4
-
Jean-Marc Valin authored
Change-Id: Ia773950145dcee58dd99cb996c4827afd554a3a9
-
Sean Purser-Haskell authored
Change-Id: Ia9220b7b499567e07307444defe86a1d386cb8f9
-
Sean Purser-Haskell authored
Change-Id: I88686147ef406b10691cc3e49f5a1a21fe9de029
-
Jingning Han authored
Properly scale the chroma component size per color plane. Change-Id: Ibf192d0e99f2fc3611beb82a3a9951ad09b292d3
-
Angie Chiang authored
Change-Id: Icd19ec381e8188c1c34e7a8b664d552d146cb7fc
-
Angie Chiang authored
This CL will break lv_map experiment because it's a partial implementation for transform kernel selection Change-Id: I927cb70c2fb0d079d485c1a5ca32c0e72335aad7
-
Angie Chiang authored
Change-Id: I50493fa9daf2de8859608d57f8d2010842c9eb07
-
Angie Chiang authored
This function will apply av1_inverse_transform_block to pd->dst.buf directly. Change-Id: I703762c2d3cee2af626c190fe3b3995e3cce2082
-
Luc Trudeau authored
Change-Id: Ie2cd742c68e65d4c17c52d73d819a875452e20a0
-
Zoe Liu authored
Change-Id: I246da885154303d139f5d97c53ebfc55d6dc82ca
-
Sarah Parker authored
This error was reintroduced by in an attempt to fix 91eb798b a mismatch introduced by the original bug fix at 72e2e982. BUG=aomedia:412 Change-Id: Iffc16fe0f5f3f953b0604a7cf56433350673338c
-
- 10 Apr, 2017 1 commit
-
-
Zoe Liu authored
This new coding tool is targeted to complete following two tasks: (1) Remove the inter mode NEWFROMNEARMV; (2) Add new inter coding modes that provide compound prediction but using single reference frame - initially NEAREST_NEARMV from single reference. Change-Id: Ifadf91147d0b12c2f62cfd79a72ce0c37c4ee949
-