At least the changes that don't conflict with 4.0.1

Change-Id: Iaa2fda027b8ab2b023d608cf5ec7b377a72b851e

Change-Id: I243e2a3cbae5b4eebe7fbabcb9f55552e9f13bd8

Make the per transform block kernel selection process unified with
the rate distortion model used in preliminary mode search. This
makes the txk-sel model search space same as baseline.

Change-Id: I82a2d94e88a03c88154582575ced500197f8a409

Change-Id: Iea0e8665cdd5b9bc0fe17930add7068443765ea9

It's more efficient to use av1_cost_literal() instead.

Change-Id: I50727d4a4ee06492b373c2e7831c224c5eae8735

Change-Id: I9e16b5de0a3ae1814982660434812d417955d94f

An improvement in coding efficiency for higher resolution
sources. Plus having this on by default will guard against
256x256 LRU support not being inadvertently broken.

Change-Id: I171b3c310eab72e27390e9ad0aa9c362f7fbb508

This commit replaces hard coded FRAME_ID_NUMBERS_PRESENT_FLAG with
error_resilient_mode, which properly reflects the intention of the
experiment, i.e. "signal the complete state of the reference buffer
explicitly for each frame" to deal with possible frame losses.

Change-Id: I7130c110d26c6a8e1cf1266c05482b768cf352f9

This reverts commit 2eeadab1.

Reason for revert: Did not address final review comments before landing.

Change-Id: I29089767857bd20b3a3e42322e3887fb7027559d

configure:  --enable-experimental --enable-scalability

New applications:  scalable_encoder, scalable_decoder

scalable_encoder:
  * Encodes inputs as 2-layer (same size) stream
  * Encodes as obu file (OBU_NO_IVF must be enabled)
  * Base layer encoded in IPPPP where P's reference
    only the previous (in time) base layer
  * Enhancement layer encoded using its base layer as
    sole reference frame
  * Base layer encoded with fixed high QP
  * Enhancement layer encoded with fixed low QP

scalable_decoder:
  * Able to decode scalable stream generated by
    scalable_encoder
  * Able to decode any single-layer stream encoded
    by aomenc
  * Outputs base layer as out_lyr0.yuv, and enhancement
    layer (if they exist) as out_lyrN.yuv (N = 1, 2, 3, ..)
  * Able to decode N layers (more than 2)

Change-Id: I8555735db71e5b9b6f900ffdf978e0ad6f6bfc00

Change-Id: I2d2ce75c184011884de8a015a6666b5209de2082

Change-Id: I5ae45abe5145dedf9751adbeb81a111a49df7eb5

Change-Id: I6e251328b2934130992dbd355cfdffc3c721d357

Let the second stage of 10 bit inv txfms fit within 16 bits

Change-Id: Ia087d65484cd410651190dcd9d3292cce6594d34

Change-Id: I08e4686b0bcf19a3c318a831bc338c9e58f3a127

Maximize cos_bit's precision

Change-Id: Iad5d3915823f5c1c25a0caa3bd012d60caa2d521

Only check cos_bit range if cos_bit is not NULL

Change-Id: I286fc056812b20242cc962a8b008af7093d05b1d

This will simplify the range management of rect txfm

Change-Id: Icf678fe735dd299c6c42a215c592611025e87ba6

Change-Id: Ie0bc1dd68f7a5d81e49da0ae6f855e572e12aa10

(1). index may go out side of range
(2). when d0 <= d1, comparison is invalid.

Performance impact on Google lowres testset:
Turn on jnt_comp vs baseline,
Without fix: -0.211% gain
With fix: -0.357% gain

BUG=aomedia:1239

Change-Id: I761522bba8396bba0d4108d710030b472939cf32

The test encodes 5 frames of a video using the --monochrome flag and
verifies that the decoded frames satisfy:

- each frame's monochrome flag is set to 1
- each frame's U and V planes are set to a constant, and this constant
  is the same for all decoded frames
- the initial frame's Y PSNR value is 'high enough'
- the Y PSNR values remain fairly constant across all of the frames

Change-Id: I4239ddfb745ed9746547737b4bc99963c71e51c0

Encoder: Prior to this patch, some chroma data was calculated and
later discarded when in monochrome mode. This patch ensures that
the chroma planes are left uninitialised and that chroma
calculations are not performed.

Decoder: Prior to this patch, some chroma calculations were still
being performed in monochrome mode (e.g. loop filtering). This
patch ensures that calculations are only performed on the y
plane, with the chroma planes being set to a constant.

Change-Id: I394c0c9fc50f884e76a65e6131bd6598b8b21b10

Some array elements were defined and left uninitialised. This wasn't causing a
problem, as the elements were later ignored, but it did cause Valgrind to
produce warnings.

The function now initialises the full array immediately after its definition in
order to quiet these warnings.

BUG=aomedia:1244

Change-Id: I5083f1f4008cb3ab70a4af4d1d2573dee8793303

Can reduce decoder runtime by about 7 percent.

Change-Id: I4ee3eea9de867d065d03a176f242e286a4899004

Change-Id: I33bb6e902e3be2847ae8101199d9cbd0e1e5c38d

By avoiding break CPU's pipeline,
this patch achieves a small encoder
speedup at the range of 0.2%~0.71%.

Change-Id: I398cb09f8eb91695e3258091ff2f82f06ab74145

explicitly disable segmentation when ref frame has different
resolution

BUG=aomedia:1205
BUG=aomedia:1223
BUG=aomedia:1256

Change-Id: I6db51116db308514d572eb465c2453403e64e1f2

This also avoids a UBsan warning of "left shift of negative values".

Change-Id: Ifb8d74218b1c0bc7b924e752442de0ba1b50a869

DC_PRED requires dividing by 'count' = block width + height.
- For square blocks this is efficient, as count is a power of 2.
- But for 1x2 and 1x4 rectangular blocks the division is inefficient.

So, we approximate this division with an integer multiply and a shift.

test_intra_pred_speed test results:

Size    Before (ms) After (ms)
4x8     221         206
8x4     195         189
8x16    121          88
16x8     84          73
16x32    63          60
32x16    68          66

Compression quality is neutral:
- Division vs 32-bit mult + shift is neutral:
https://arewecompressedyet.com/?job=ALL_rectpred_bef%402018-01-10T19%3A02%3A20.745Z&job=ALL_rectpred_aft_mult_shift%402018-01-10T19%3A04%3A21.380Z
- And 32-bit mult + shift vs 8-bit mult + shift is also neutral:
https://arewecompressedyet.com/?job=mult_shift_32bit%402018-01-16T20%3A30%3A21.418Z&job=mult_shift_08bit%402018-01-16T20%3A31%3A25.673Z

BUG=aomedia:1191

Change-Id: I2343a055bc3d85cb7be7652d7a6db1b768361be9

Change-Id: Iadaa189717787dbb82e485ff92125ee1ef591496

Add command to remove CMake outputs that will cause problems
after moving to a new directory.

BUG=aomedia:1217

Change-Id: Ia485772d907b7cb6b84d948f288dc0ce24802499

This extra entry has been introduced in 3ebb0d00
but is not needed.

Change-Id: I22801b2a0677dd5c381175f2fc6d9e86dde1594e

Change-Id: I591badb15e714e23f2c8a2c2df8514fdd75fc880

Change-Id: Ic6706ee6c39cb54ad2f746f05e80fbc6a0af88e0

The original order of operations lead to all variables upgraded to
unsigned int during computation, and enc->cnt being negative then
would cause UBsan warning.

Change-Id: I658b6f4c903472b82e178033eac2463045c42233

Can improve decoder run time by 15-20 percent.

Change-Id: I6e0ab0ce46f3620129460046cc21d99fb957adb5

It has been provisionally adopted for over a month now.

Change-Id: I717188c5b6ffa449440f253b1dede97c70fff510

Change-Id: I4f6ecb4cdd60b9ab12a403371744710be9a59f46

Use HTTP instead of HTTPS to avoid requiring CMake builds with
HTTPS support.

BUG=aomedia:1253

Change-Id: I1c130496ae3ec9ea43629117e3f3f46048a32b92

Change-Id: I4d201631e288ca0f5a0d13583707dff483eb5cac