Deduplicate implementations of check_range, and deduplicate the call
to aom_read_bit.

Change-Id: I63b023758248717125e4df6d1c382d4c517bae84

Change-Id: I422dfd9d7afe9f7baa04a962e19c8a92d5c12eeb

Change-Id: I052721017cddd57ff9995e8dd442e4b3436a0b48

This will make the code cleaner and lv_map experiment will be able
to reuse this function.

Change-Id: I885336117daa0090e16f1bb7a0c3e7bb54105410

Change-Id: If129748d918995efcc58169d153a0950eeec5efb

Avoid future issues by adding related sanity check on mode_lf_lut size.

Change-Id: I689a90c07ee2b79debf838304cfca0e34783e5bf

Change-Id: Iddb2103452817e9624a28794cab923f00c3e9924

This is to fix compiling issues with aom-highbitdepth.

Change-Id: I66ee73e014a028536747e55209f20be81e906267

Missing a ')' in test.cmake.

Change-Id: I9559692e6643f3c07f68ff67c6cf766d8f15c95c

Broken since 9d247355 when aom_dsp/x86/highbd_convolve_avx2.c was
added to aom_dsp.mk.

Change-Id: Ide6779209a546e1bf84a4997c0cdcf3b2bc2b92b

Properly guard usage of av1_filter_intra_taps_4 in
av1/common/x86/filterintra_sse4.c.

Change-Id: I74d589342e4669765d0d4700c329c5f3eced9530

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

Change-Id: I0c58fb5ee2a77ae15f6243b1c645dbe601171e67

BUG=aomedia:432

Change-Id: Ide94ffbf5ed0f25ac64892f02364b67cefa5fd15

Change-Id: I1aaa06846ad409dd83ab50a0fb34c8a7e77e45e7

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

Change-Id: Iec22c6442c55a5908d858766ff6dfb8bff69835d

Change-Id: I7481fe139e1c9454c73948de3d8b8fefaf37e79a

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

Sebastien Alaiwan authored Apr 12, 2017 and James Zern committed Apr 12, 2017

Rename '--enable-aom-highbitdepth' to '--enable-highbitdepth'

Change-Id: I1de13c3508c30c552532993419d8ace326142ab6

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

Change-Id: I7a75947cdc4fcfe5b84ea702fa44ee51d7e406de

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

BUG=aomedia:430

Change-Id: I1e6fc42163b94f221d3010f00bb5e085707687c8

BUG=aomedia:429

Change-Id: I9aef9ae0df86f7574342fc8e7424869d9b2fa1d2

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

Change-Id: Ie388218b2202ee2f63b90c67a059cbfe54fd4a4e

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

Change-Id: I1620ee72fa212c958cb061706c440ba407c805c0

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

BUG=aomedia:427

Change-Id: Ic7b0f6850d7685f4aff0e51154f8777c9ef72c17

BUG=aomedia:426

Change-Id: I246b0de3bd25863853643bdb238899bf8e5847be

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