Move cfl_idx_to_alpha in the header to facilitate inlining.
Remove the forward MB_MODE_INFO forward declaration

Change-Id: Id33fb0228d88b6285252843e2345a0d3ae875cd2

Change-Id: I9d771edccd90c72ada72942e11cf3fbabb8146a9

Merge cfl_alpha_sign_u and cfl_alpha_sign_v into cfl_alpha_sign,
where:
    cfl_alpha_sign = (cfl_alpha_sign_v << 1) + cfl_alpha_sign_u;

Change-Id: I8c491e37d23f6ef85a33a8b2f8770b7b606d8e0a

To avoid writting out uninitialized signs for CfL alpha, checks are
added in the write_cfl_alphas function.

Change-Id: I832875e496a6318132c82bc1e5406dc95ae9c055

BUG=aomedia:533

Change-Id: Iffd43f859f958ce2ccae80e3616c368ffebfc8db

Use CONFIG_INTERINTRA to properly separate interintra from the basic
ext_inter experiment.
When macro REDUCE_INTERINTRA_MODES is 1, only 4 ii modes are enabled
so as to reduce the complexity overhead.
(Right now the flag is off)

Change-Id: Iec6f36a1000f181adbb822ad66c7d5b2625e9cc7

This unhandled case was causing an assertion failure.

BUG=aomedia:532

Change-Id: I46665c380ad171e2b9ddf4d41b6e9fff838f8b3e

Change-Id: Id14d83bdce8321bef81972a4f5530a50589d9578

Change-Id: I1c00925f83c6a858b0e799ddd90f241570a40575

Change-Id: I325f781759c1087815a38ff7c12ea31b8e444575

BUG=aomedia:530

Change-Id: I6889a9b7ba05785ea6d4c684e0e12dcc85fdca7c

For 'left' array indices -1 onwards are valid (left[-1] == above[-1] ==
the top-left reference pixel).
So, make sure that 'base2' is in that range too.

Change-Id: If5118d97d4ef85f6520363bd648bfe6948c1211f

Change-Id: I175d6ff03f31a2e0d2fe7cd1c3852210d6e0ddf5

Change-Id: I4269d5b808e8809199a24b7511a3dee029f31820

Previously, the projected positions of chroma pixels would effectively
undergo double rounding, since we round both when calculating x4 / y4
and when calculating the filter index. Further, the two roundings
were different: x4 / y4 used ROUND_POWER_OF_TWO_SIGNED, whereas
the filter index uses ROUND_POWER_OF_TWO.

It is slightly more accurate (and faster) to replace the first
rounding by a shift; this is motivated by the fact that
ROUND_POWER_OF_TWO(x >> a, b) == ROUND_POWER_OF_TWO(x, a + b)

Change-Id: Ia52b05745168d0aeb05f0af4c75ff33eee791d82

- Function level improvement (ms):
Functions       ssse3  avx2   Percentage
idct32x32_1024  794    374    52.9%
idct32x32_135   354    169    52.2%
idct32x32_34    197    142    27.9%
idct32x32_1     n/a     26    n/a

- Integrating in default scan order.

Change-Id: I84815112b26b8a8cb800281a1cfb1706342af57d

Add an SSE4 version of compute_cross_correlation() from
corner_match.c. This function is about 3.4x the speed of
the scalar code; determine_correspondence as a whole is about
2.5-3x the speed it was previously.

BUG=aomedia:487

Change-Id: I707b7cfd5c513c025d3ee7fb6a5f1fa335ecd495

As the block sizes are powers of two, we can index into the weights
array as sm_weights_array[bs] now.

This uses 2 * MAX_BLOCK_DIM memory, instead of NUM_BLOCK_DIMS *
MAX_BLOCK_DIM earlier.

Change-Id: I55bcedc188b8ed7def719c4d002c1fe2ec5e1b7f

Change-Id: I88606ad4e0841fb1ccd18a0e63338723157451e5

Change-Id: I405b4fca33d7ee6f6010874bde59e1e25877a401

This function will be re-used for lv_map's rd optimization

Change-Id: If015fe2319f6b3abdeeb3e5d3e23f705fc1454e2

EC_ADAPT stores the count at the last position. As such, the CDF_SIZE
macro adds 1 to the array size. This resolves valgrind warnings about
jumps on uninitialized variables.

Change-Id: I58d607a57756cb166a9ae5c4565537ce202183fd

Variable needed quoting. Without the quoting the error was somewhat
cryptic.

Change-Id: I76dd9715b9a91436a2b10f8cf7fcbd70ae672d23

BUG=https://bugs.chromium.org/p/aomedia/issues/detail?id=76

Change-Id: I6b51219ff28758b38379033dc3ab11bf288ac3ce

- CONFIG_EXT_TX 0 => 1
- Add CONFIG_SMOOTH_HV

BUG=https://bugs.chromium.org/p/aomedia/issues/detail?id=76

Change-Id: I44f42e6cda5433d6d2d0993778091308900debbb

BUG=https://bugs.chromium.org/p/aomedia/issues/detail?id=76

Change-Id: I3db6022d361ce5e8b3db3d49b5e71b4367c355a1

BUG=https://bugs.chromium.org/p/aomedia/issues/detail?id=76

Change-Id: Ia5622b531d17bb1c67fe4f4bc01e57dd3560021e

Introduced in Change-Id: If9d98e49cee63f40085b179652bfacc31ff462ea

BUG=aomedia:527

Change-Id: Idfa609dc05a5981d83fa5d77c8c51b02bdf9abef

Change-Id: I8f67a222c27d12fc43cdc2b0f568a3c429901801

Change-Id: I253a3dfdc4329c19fd8c9aca32971c62cea864b3

The cfl experiment depends on ec_multisymbol.

Change-Id: Ibbdf810b6c586f81fb8bcefa39696c7033970c47

This causes the HBD operating path to be compiled by default, allowing
default builds to handle all AV1 profiles, instead of only Profile 0.
This doesn't change the current behaviour of the code.

This will help ensuring the HBD operating path continues to compile.

BUG=aomedia:460

Change-Id: I8774b9586b1da479ce3882df482ac3cd3048a9d5

This resolves the performance issue in ext-partition. The
compression performance is up from 0.9% loss to 0.4% gains in
midres.

Change-Id: I0dfeee828dbc114842c72361683271487108c593

Remove redundant #if statements and condition checks.

Change-Id: Ic7885564f21730ca67279202a9bcd51f45a04414

Change-Id: I110f7b6cad1935351f8d379bc8a208363e07ecd0

Fixes compiling issue of using un-defined macros.

Change-Id: Icf754083c9797c3e141ef247bcd4aa6288ef8877

Supporting Emscripten requires modification of all uses of the
target_link_libraries() function to match the form
of the target_link_libraries() call in Emscripten.cmake.

The AOM_LIB_LINK_TYPE variable has been added to allow for
flexibility on the libaom side when using toolchains that
behave similarly to Emscripten.cmake wrt
target_link_libaries().

To use CMake for an Emscripten build, first install Emscripten, then:
$ cmake path/to/aom -DCMAKE_TOOLCHAIN_FILE=path/to/Emscripten.cmake -DAOM_TARGET_CPU=generic

BUG=aomedia:76,aomedia:468

Change-Id: I22c7df7912ecfdbc2a52180086b205cc8dcfc0c6

Change-Id: Ia2ab55cf13dd269a42653cfd810ed287883111c0

This improves peformance on the lowres set by about 0.05%

Change-Id: I2b7b7ae11eb96ac6ff582438bcc8e12925f1e2b3

Also fix a mismatch for resizing with ext-refs enabled.

There are various preconditions which need to be true for it to
be valid to set cm->use_prev_frame_mvs = 1, including that the
sizes of this frame and cm->prev_frame must be equal.

With ext-refs enabled, we would sometimes decide to change
cm->prev_frame to point to the LAST_FRAME reference, without
re-checking the preconditions. If the LAST_FRAME was smaller
than the current frame, this could lead to reading garbage off the
end of its mv array, and eventually to an encode/decode mismatch.

We fix this by rewriting the preconditions as checks on
cm->prev_frame directly (rather than using cm->last_width and
cm->last_height), and by testing the preconditions after any
possible adjustment.

This should not affect the bitstream unless ext-refs is enabled,
but may affect the bitstream with ext-refs even if resizing is
not used.

BUG=aomedia:521

Change-Id: I7dfd9ba82cdf77acc2e27e0c9f3aee21d6afeb54