When the fwd Gaussian elimination process encounters diagonal
element as zero value, the linear equation does not have unique
solution. Return the linear solver state as unsolvable in such
case. This resolves a floating point exception issue due to divided
by zero in the loop restoration filter.
BUG=aomedia:437
Change-Id: I3c67525691a3003f9f470e8a0d5b4ee187cba963
In lv_map experiment, tx_type will be decoded after
av1_read_coeffs_tx_facade.
So one should only call get_tx_type after that.
This CL fix a mismatch happens in lv_map
Change-Id: I91193f0952e82e6ee53b63c51305f0eafbbf29c9
This was still being used for CDFs whose size might not match the
declared array size. We replace it with an intialization macro
intended explicitly for this purpose.
Change-Id: I65d9a3c871e1d1bdd906f20ff3a264f58d8e5620
This should be the same number of operations as the non-ec_smallmul
version (though ideally we'd use the real 15-bit probability
natively).
Encoder output should not change, and all streams should remain
decodable without decoder changes.
Change-Id: I2998a77a02f566cd0c82c415395637acf49b5a97
This only changes the internal coding engine. We convert CDFs into
iCDFs at the "bool" reader <-> daala_ec boundary.
Decoder output should not change.
Change-Id: I483dfe3e5588d2038c3c7ec4cd5ba62d6699b920
This removes one subtraction from the CDF search loop (reducing the
dependency chain for reading from the CDF) at the cost of one
increment and decrement during renormalization (easily absorbed by
the reorder buffer).
There should be no change in decoded output.
Change-Id: Ia7905bb8ca7c5d4ab73f23ccc61bcd3432349aa2
This only changes the internal coding engine. We convert CDFs into
iCDFs at the "bool" writer <-> daala_ec boundary.
Encoder output should not change, and all streams should remain
decodable without decoder changes.
Change-Id: Id3ac7352926497bf6f7bc371ab9bc76e9a3569d5
Encoder output should not change, and all streams should remain
decodable without decoder changes.
Change-Id: Id1f1b0f2f02c3b46f150a93c451bf48abd0782ca
this change adds the following filter tap options:
1. add options to replace 15 tap filter with 9 or 11 tap filter
2. force chroma plane to only use maximum 7 tap filter
above options are disabled by default
Change-Id: Iab90a613210c1adaf4475976e9ed7e78ac30803b
This CL is targeted to improve the objective/subjective quality of the
"ext-refs" coding tool.
Tuned the frame rate factors as follows:
(1) BRF_UPDATE:
Decreased from INTER_HIGH (1.5) to GF_ARF_LOW (1.25);
(2) Both LAST_BIPRED_UPDATE and BIPRED_UPDATE:
Increased from INTER_LOW (0.80) to INTER_NORMAL (1.00)
, which is to reduce the bits allocated to the BWEDREF frame whereas
to increase the bits allocated to the bi-directionally predicted
frames.
Obtained a coding gain in overall PSNR as follows, compared against
the original ext-refs:
lowres: BDRate -0.181%
midres: BDRate -0.090%
hdres: BDRate -0.701%
Change-Id: Id001f3b124d833da9f80eba4cdec2ca3f6ba9d82
This creates a central function which defines when a
block should be warped. It also refactors the
WARPED_MOTION code so that all calls to av1_warp_plane
happen in the same location.
No change in performance.
Change-Id: Icaf9ec7700d34523809258594bb9843bb2975f46
The greedy search method improves the BD-rate over the baseline by
more than 0.2% for lowres test set. Larger gain 0.55% is observed for hdres test set.
[2017.04.06] Cleanup to remove redundant computation. On a local linux
machine, the greedy method is now faster than the trellis method in
encoding the first 100 frames of foreman_cif. However, the BD-rate seems
to become smaller due to the recent changes to the codebase.
[2017.04.06-2] Style changes to meet the requirements.
remove "greedy-optimize-b" in configure
[2017.04.10] Move the changes under the macro USE_GREEDY_OPTIMIZE_B
[2017.04.11] Adjust rdmult to accommodate CpuSpeedTest
[2017.04.12] Set USE_GREEDY_OPTIMIZE_B to 0 at the request of debargha@.
[2017.04.13] Move greedy implementation of optimize_b into a separate
function with the same name (selected by USE_GREEDY_OPTIMIZE_B, default
is 0)
Change-Id: Ic15534f8d696d5f02e8f2e3e9f08b52e41e9efd2
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
The while loop may become infinite loop due to bitstream error.
Therefore, we add a breaking rule to avoid that.
Change-Id: I5bcda7dea846e280b59abc97c42baf334bca2603
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
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
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
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
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
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
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
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
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