GitLab

For ext-intra direcation intra modes:

1. Use neighbor block modes to modify edge filtering strength
   Coding gain (lowres/midres/hdres):
     (8 keyframes)
     PSNR: -0.19 -0.22 -0.10
     SSIM: -0.29 -0.27 -0.13

2. Use context-based cdf to code angle_delta syntax
     (8 keyframes)
     PSNR: -0.20 -0.24 -0.27
     SSIM: -0.29 -0.33 -0.37

3. Filter corner sample:
     (8 keyframes)
     PSNR: -0.01 -0.02 -0.05
     SSIM: -0.03 -0.04 -0.05

Combined Bd-rate improvement for 8 keyframes
     PSNR: -0.40 -0.47 -0.40
     SSIM: -0.57 -0.60 -0.51

Change-Id: Id47ac17b6bf91cd810b70cacfc5b457341f417f3

Range is 9 to 16, and not 8 to 15.

BUG=aomedia:972

Change-Id: I7de6cea16a6377d9cd3b2af73efc841b42dad1fa

The compressed header size is now sometimes not signalled and the
encoder code hadn't been updated to match.

Note: This mistake caused the failing test tracked in bug 917 to fail,
      but fixing it doesn't fix the test: the decoder now staggers on
      a little further before getting out of sync.

BUG=aomedia:917

Change-Id: Ic0de99ede778844c4dbdd34dba3fba9c1fa2d95f

Since commit 6c545216, loop restoration coefficients are written inside
tiles data. Since the Wiener and Sgrproj coefficients are
delta-encoded (and tiles must be decoded independently) this means we
must call set_default_wiener and set_default_sgrproj at the start of
encoding and decoding each tile. That patch missed doing so when
encoding large scale tiles (part of the EXT_TILE experiment). This
adds the missing lines.

Note: This caused AV1/AVxEncoderThreadLSTest.EncoderResultTest/3 to
      fail with --enable-ext-tile, which is tracked in bug
      917. Unfortunately, there's something else going wrong that
      means the test is still failing: I'll address that in a separate
      patch.

BUG=aomedia:917

Change-Id: I5bd8e9d7f7a2abd60779abf170185a1c5b090474

Let jnt_comp work with compound_segment. When frame distance weights
are used, compound_segment blending is turned off. When normal compound
mode is used, compound_segment blending is searched. The rdcost should
select between {frame distance weights, normal compound,
compound_segment blending}.

Change-Id: I162d1d204ba6a5976538357d9dbc71fc5b1aa8d5

Change-Id: I0e6f7ab981e31f7120105515f6204568b6dc82d3

It seems that the change in commit 28444be6 missed this line (which
only fails to compile with --enable-debug because it's in an assert)

BUG=aomedia:952

Change-Id: Ibe6200b2928d198c73f3e9c9f0badcbdaffcac49

Change-Id: Ibfeb424bf0ebab7bbeb69f6f6df24a4f4924ec97

Change-Id: I2ae2a33574bc3072561e696a31e0ea2e0770afa9

Change-Id: Idb805e3be693ff9d945998dea99c22fa6284bc04

With this patch, restoration units are allocated within each tile as
if it were its own image. Arrays of information that need one entry
per restoration unit are laid out in tiles, with rsi->units_per_tile
units for each tile.

Change-Id: I485c17166f33e24d281079b3138b76f98f0fe081

Reduce number of modes from 10 to 6, and disable fi modes in UV.
To reduce complexity, apply filter directly without subtracting
the estimated means.

Change-Id: Iaf78d92d31e4a7cc30ea7863b57a9611c5f503e6

Change-Id: I32c5015bedef07f58413c679b4aaf30651a357b9

This experiment has been adopted.

Change-Id: Ife4c18a59791268b7ac0de5a8a08e762a042cae2

This patch also does a certain amount of rejigging for loop
restoration coefficients, grouping the information for a given
restoration unit into a structure called RestorationUnitInfo. The end
result is to completely dispense with the RestorationInternal
structure.

The copy_tile functions in restoration.c, together with those
functions that operate on a single stripe, have been changed so that
they take pointers to the top-left corner of the area on which they
should work, together with a width and height.

The same isn't true of av1_loop_restoration_filter_unit, which still
takes pointers to the top-left of the tile. This is because you
actually need the absolute position in the tile in order to do striped
loop restoration properly.

Change-Id: I768c182cd15c9b2d6cfabb5ffca697cd2a3ff9e1

This is to reduce the size of the huge token buffer by at least more
than 10%.

BUG=aomedia:940

Change-Id: I2ee7f7f62e8e8fb819cf7fba40a7ca7f860acaa4

Change-Id: Ib1ec44f6276b78543296e7dae2f4f8d1b6dc303f

Change-Id: Ib93f090f395e52bd69c59e1229e2e035a8772af5

Change-Id: Id377c68e30031ad4697ca1ba311487b803a8af4c

Removes a bunch of unused code.

Change-Id: I86bda117d8d455452ee1ee3a2a566742650e05e0

Change-Id: I91efb93cade65469a2c4e922253b599270b45406

Since CB4X4 is adopted and without it the codec does not work,
it is better to remove it and simplify the code.

Change-Id: I51019312846928069727967e3b2bbb60f0fba80d

Change-Id: I78a8a1749cd4449c61a106f413c697e4a2df0475

Write loop_filter_across_tiles_enabled bit into bitstream only when
cm->tile_cols * cm->tile_rows > 1.

BUG=aomedia:871

Change-Id: I6fbf0cbf5ab236879f9ff125553415182a74dfb0

Change-Id: I3df4789de2a8c34f725a770128e2062e01efb3b0

Change-Id: Ia0fd1590d3a5aa1691e6ca0a7ab7ddaab3c7297b

A frame should be referenced with a unique delta,
which is not guaranteed when diff_len is greater than frame_id_length.

Otherwise, it's possible to get into a situation where a frame
can be referenced with many different delta_frame_id values,
although the decoder only accepts one of them.

Avoid ambiguities when delta-referencing a frame, and
avoid wasting bits by using a coding enforcing the restriction.

Change-Id: If7c611c9b6ec69662c5af540ade59f08bacda2ba

Let the writing/parsing logic do the +7/+2 offseting,
and let the rest of the code directly manipulate the actual values.

Change-Id: I460d5bf18446c028f326cb747b3c26c8d451637c

Support recursive tx block partition.

On the screen content testset, 0.2% gain for keyframe encoding.

Change-Id: I623e6fbb910fef9c91617e02edf420019f67d189

As per spec, if delta quant is signalled at the superblock
and at the segment level both should be allowed and the
deltas should be summed to get the correct quant.

BUG=aomedia:897

Change-Id: Ia07265c944c9969befa16f194e02bf4e7a8dd142

Those are leftovers from the abandonned supertx experiment.

Change-Id: If3ea7db9ea30c6be7c4955ae0a6a17730983ce66

Change-Id: I9d3f0380865790d8adcb85f03305b193bc1949d7

This experiment has been adopted, we can simplify the code
by dropping the associated preprocessor conditionals.

Change-Id: I4705652ac8231ee25f960e8096dc97c2aeed1d20

This experiment uses switchable interpolation filter for intra
prediction. Current gain is too small to be useful for AV1.
May explore more for AV2 in the future.

Change-Id: I24ae8c75dc71adf6271eabdb68a81b68a0869fa2

Change-Id: If42a8cf9de9b4be14b4f228c5bf39747eefc168d

Use just one tile for CDF backwards update.

Enable by default.

Change-Id: I0c89f87c16e5b24894f8cd3151efc5ad5aaecb49

BUG=aomedia:907

Change-Id: I30a0290e499d338250343b5f9092bdcabe7d867a

Make fi mode index entropy coded instead of using raw bits. Mode
cost estimation in key-frame RDO is updated as well. Modification
to inter frame RDO is not included in this patch.
Also key-frame y mode cdf table is re-trained since fi modes are
attached to DC_PRED

Key frame BDRate:
-0.399% lowres, -0.339% midres

Change-Id: I9ccf478b0a2e48fb1870fe8451e45e2c858a5f63

This patch modifies the interpretation of SEG_LVL_SKIP and
SEG_LVL_ZEROMV slightly, to fix a decoder crash and to save bits
in the intended use cases of these segment flags.

Previously, blocks using either of these segment flags could
signal reference frames just like any other block. But the mode
was implicitly taken to be ZEROMV. This worked fine in VP9, but
crashed for compound blocks in AV1 since those should use
ZERO_ZEROMV instead.

Now we make it so that SEG_LVL_SKIP and SEG_LVL_ZEROMV imply
that the block is single-reference. The reference to use is taken
from the SEG_LVL_REF_FRAME segment feature if that is present,
or is set to LAST_FRAME if not. See the attached bug report
for the reasoning behind this.

As a related change, we also teach the encoder how to deal with
the combination of SEG_LVL_SKIP + SEG_LVL_REF_FRAME.

BUG=aomedia:675

Change-Id: I5e657cbfc1f08395a0301cba701edfb1682502a5

BUG=aomedia:651

Change-Id: Ibd52e05f2223d8c34cd3456095922ad5d220fbbb