GitLab

Rectangular 8x16 and 16x8 will now use Daala TX when CONFIG_DAALA_TX8 and
CONFIG_DAALA_TX16 are both enabled.

Change-Id: I777d5433addb8ffd4a99f7e021768d4f8651008f

Rectangular 4x8 and 8x4 will now use Daala TX when CONFIG_DAALA_TX4 and
CONFIG_DAALA_TX8 are both enabled.

Change-Id: I56659c3e98e4bbd5bd3591404f9ff72120b33d6f

Fallback to default warp params instead.
The extra assignment to DEFAULT_WMTYPE prevents an assertion.

Change-Id: If21a46cbb4cc9761e5c94bd2fcbc3a06342d677d

The OD_FDST_16() and OD_IDST_16() macros were written for use in the
 OD_FDCT_32_ASYM macro which took asymmetrically scaled input and
 after running an asymmetric butterfly step, passed it through to
 the 16-point Type-II DCT and 16-point Type-IV DST.
Because the DST implementations were never tested as stand alone
 transforms, some of the signs from the butterfly step ended up inside
 the DST macros.
These extra operations will be addressed in a follow up patch.

Change-Id: I32f54a4bb70cd8fad4ae5646cfa4f5b14a0f969b

Apply constraint of 64x(64 + 2 x 64) referencing region on the
reference frames.

Change-Id: I4aa2b47082b85fc9e03ca6f5f489cd80a337c218

This reverts commit bc2e897d.

The reduction in image size is not helpful enough to reduce the large
memory allocations. 


Change-Id: Iac005c50ba33bbc8f2e75f9dacc0b1dfccf7177b

D207E
Predictor  SSE2 vs C
4x4        ~2.6X
4x8        ~2.5X
8x4        ~8.0X
8x8        ~9.1X
8x16       ~11.7X
16x8       ~16.9X
16x16      ~17.3X
16x32      ~17.2X
32x16      ~30.2X
32x32      ~35.5X

D63E
Predictor  SSE2 vs C
4x4        ~4.7X
4x8        ~4.9X
8x4        ~7.8X
8x8        ~8.9X
8x16       ~9.3X
16x8       ~15.7X
16x16      ~14.7X
16x32      ~17.3X
32x16      ~18.0X
32x32      ~15.7X

D45E
Predictor  SSSE3 vs C
4x4        ~1.8X
4x8        ~2.9X
8x4        ~6.7X
8x8        ~6.5X
8x16       ~7.4X
16x8       ~24.4X
16x16      ~21.5X
16x32      ~24.2X
32x16      ~25.4X
32x32      ~25.2X

Change-Id: I8215de190e2b6314272749761600e389d1ca0fdf

Change-Id: I5873d6caa8304fdc1b5fc668b05204f5e5fb73c1

Change-Id: I3ac81379669678254672f125df281980b687e16e

Move longer tests to nightly

Change-Id: Ic78c8c582ce33b11f13265b085e3c6cc828107d9

Change-Id: I91efb93cade65469a2c4e922253b599270b45406

Yaowu Xu authored Oct 19, 2017 and James Zern committed Oct 20, 2017

Change-Id: I457edba98dd1ebbd212651247d6c0d1a34f780d6

Fixes an assert failure when 32x64 and 64x32 partitions are used
with tx64x64 when ext-partition is also on.

BUG=aomedia:935

Change-Id: I3bf50aeab58ec4ba2c9892e6eb18cf60e425fa42

Fix msvc 2013 warnings.

Change-Id: I48616d2568c3c1c6d40dd4fbf01f8720495972ee
(cherry picked from commit e21b840727b6c56bb35cba43229187fd4509bbef)

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

Enable it as it is adopted.
Fix some compile warnings and compatibilities.

Change-Id: If324e749e27ffa42f69a19ad5ebb39bc493b33ec

Support backward projection of the motion vectors from the
ALTREF2 reference frame to build the motion field.

Change-Id: I81d41c3ea71c14e6d8932f4e106c34976696b74d

Abstract the operation for backward projection.

Change-Id: If458cfe8d2f152227565e8b58c864fd2e7824b43

Change-Id: I8fa0a67d7a198b8b24837ffc352acf77f390cffe

* Fix a case where we would calculate the Y horizontal filter strength
  as the sum of the base Y *vertical* strength and the
  per-segment delta Y horizontal strength.

* When using delta_lf_multi, adapt the corresponding CDFs between frames

* Correct values in seg_feature_data_{signed,max}

Change-Id: I1976d2024e9e16fe73258cf41d56aafe8a830957

When obu is enabled, we should only apply look filtering after
the frame is fully decoded. This was not working correctly with
the combination of loopfilter-level + obu; move an 'if' condition
around in order to fix this.

Change-Id: I0f06d81663ea1d91f4e4b251b1eaf4bda70a8770

These files have been removed from test/test-data.mk. When they are not
found, new versions are encoded. However, if they happen to exist, the
tests fail due to the unsupported bitstreams.

Change-Id: Ib643a5a22608b20df2b8f520691ba213f07837e1

Change-Id: I5ad29fe45dcb83cec15ca7295bc2116fccbd8d06

Take a margin of 8 tokens.

BUG=aomedia:647

Change-Id: I04638a73deee334aa1f083f67c602c8a18cb951c

This shouldn't change the behaviour at all, but I think the resulting
code is slightly easier to read and follow. I've also added copious
comments to setup_processing_stripe_boundary to explain exactly what
the code is doing.

Change-Id: I68adf2d0455b7d87aa04d7e6daa43f4d730c6f80

Disable this feature unless the entire block is within the frame.
The reason is, rd decisions in mbmi, e.g. inter_tx_block[][], made
for blocks partially out of the border can be partly nonsense
therefore cannot be reused by blocks at other locations.

It caused an infinite loop when encoding a clip with repetitive
patterns. A cross-border block has an invalid big tx stored
in inter_tx_block[0][1] and the other block (same residue, within
frame) reused this mbmi, which makes encoder never reach the
termination condition when tx blocks are being recursively
partitioned.

BUG=aomedia:913

Change-Id: Id25a1dbc4a68b5136f6bdf9f6b5811b7ec6920b0

For the chroma plane, the selected filter length was based on
transform size as follows:
TX_4X4 -> filter_length = 4
TX_8X8 -> filter_length = 8
TX_16X16 -> filter_length = 6 (this is intentionally *not* 16)

This seems inconsistent; presumably the intention is to use the
6-tap filter for TX_8X8 as well. This patch makes the appropriate
change to make that be the case.

Change-Id: I7f53d1dce4f16144bcf0c20131527b5193311603

This refactors the iteration in restoration.c so that all the scary
stuff lies in a pair of general functions, filter_frame and
filter_rest_unit.

filter_frame is currently very simple, iterating over the restoration
units in the frame. Once we've made it so that restoration units don't
span tile boundaries, this function is the one we'll need to update to
iterate over tiles and then restoration units within the tile.

filter_rest_unit replaces the outer loop of the loop_*_filter_tile*
functions. It deals with chopping the restoration unit into stripes of
height procunit_height. When CONFIG_STRIPED_LOOP_RESTORATION is true,
it also deals with calling setup_processing_stripe_boundary and
restore_processing_stripe_boundary to use boundary data from the
deblocked output.

Some of the ugly #if/#endif blocks have been elided in the wiener
filter code (both low and high bit depth), by defining a convolve
alias based on USE_WIENER_HIGH_INTERMEDIATE_PRECISION.

There are also changes to extend const-ness for the source frame. I've
adopted the convention that the frame input is called "data" (as it
was before) while it's non-const. This is true as far as
filter_rest_unit. Then each "process one stripe" function takes a
const pointer to the source frame, at which point it's called "src".

The intention is that, once filter_rest_unit no longer needs a
RestorationInternal pointer, this function can be exposed in
restoration.h and can be used by pickrst.c

Change-Id: I18043a172ef0ca1154d87cf7f63e3a80944627cd

get_scaled_luma_q0(-alpha_q3, pred_buf_q3[i]) is NOT equivalent to
-get_scaled_luma_q0(alpha_q3, pred_buf_q3[i]). When the product
alpha_q3*pred_buf_q3[i] is an exact multiple of 32 (0.5 in Q6), then the right
shift will round both positive and negative values towards infinity, creating a
bias. So, e.g., get_scaled_luma_q0(-4, 8) will yield 0, but
-get_scaled_luma_q0(4, 8) will yield -1.

Results on Subset1 (compared to parent With CfL enabled)
  PSNR | PSNR Cb | PSNR Cr | PSNR HVS |   SSIM | MS SSIM | CIEDE 2000
0.0000 |  0.0000 |  0.0000 |   0.0000 | 0.0000 |  0.0000 |     0.0000

https://arewecompressedyet.com/?job=cfl-no-round-fix%402017-10-07T11%3A50%3A47.711Z&job=cfl-round-fix%402017-10-07T02%3A15%3A51.359Z

Change-Id: I8a7900c32fbd7213f1ed4e09c3626c063800e186

This fixes an assert:

av1/common/cdef_block.c:561: cdef_filter_fb: Assertion `bsize ==
BLOCK_8X8 || bsize == BLOCK_4X4' failed.

The RDO simply assigned a strength of 0 in the 4:2:2 case and called
cdef_filter_fb(), but cdef_filter_fb() will complain about 4:2:2 even
if the strength is 0.

The fix assigns a chroma mse of 0 when the the subsampling is
different for x and y rather than to call the filter.  This is faster
also.  The mse isn't really 0, but calculating the actual chroma mse
doesn't change result.

BUG=aomedia:881

Change-Id: I6154e21ddcca30e51baf805684dace10459c3350

This flag comes from the loop filter's speed features and (I think)
tells the encoder to make decisions about the filter by looking at a
narrow strip in the middle of the frame.

That's reasonable enough, but doesn't make any sense for loop
restoration, where we were calling av1_loop_restoration_frame from
pickrst.c in order to calculate what restoration parameters to use for
a given restoration unit (which might not be in the narrow strip in
the middle!)

As it turns out, the LPF_PICK_FROM_SUBIMAGE method is never actually
signalled in the reference encoder, which is presumably why we haven't
spotted this before.

Change-Id: I745e2eab873c0b33920caca40e338af9d078d25e

The bits needed by striped loop restoration are now in
RestorationInfo (which also gets rid of a rather ugly extra
index).

The scratch buffer that's used for self-guided restoration has been
moved up to its own variable (rst_tmpbuf).

All the rest of the fields are now safely hidden inside restoration.c

This patch also does a big cleanup of the initialisation code in
loop_restoration_rows: it doesn't need to be as repetitive now that
the fields of YV12_BUFFER_CONFIG can be accessed by plane index.

Change-Id: Iba7edc0f94041fa053cdeb3d6cf35d84a05dbfaf

Restoration units are a fixed square size (in cm->rst_info[plane]) for
almost the entire image. The only special case is for tiles at the
right hand edge or the bottom row, which might expand or be cropped.

The av1_get_rest_ntiles function was implementing the cropping
behaviour when the image happened to be less than one restoration unit
wide or high (but not the expansion behaviour), but the result was
never useful: if you want to get the size of a restoration tile in
order to divide by it to work out what tile you're on, the fixed
square size is what you want. If you need to know how big this
particular tile is, call av1_get_rest_tile_limits.

As well as removing the output arguments from
av1_get_rest_tile_limits, this patch also removes the tile_width and
tile_height fields from the RestorationInternal structure. Note that
the tile size which is what you actually need is accessible as
rst->rsi->restoration_tilesize. (In practice, these were almost always
the same anyway).

This patch also has a couple of other small cleanups. Firstly, it
moves the subsampling_y field out of
CONFIG_STRIPED_LOOP_RESTORATION. It's not actually needed when you're
not doing striped loop restoration, but this gets rid of lots of
horrible #if/#endif lines at callsites for av1_get_rest_tile_limits.

Secondly, it simplifies the code in init_rest_search_ctxt (and fixes
some tautologous assertions). Now that YV12_BUFFER_CONFIG has a more
uniform layout, there's a simpler way to set things up, so we use
that.

Change-Id: I3c32d8ea0abe119dc86b9efa7564b27dde2151dc

Change-Id: I428f520a7018bd80cfc1cb7ac12864770168eb46

This will fix the bitstream error when NEW_MULTISYMBOL is off
Change-Id: I49396c04f9415bd4ae21702fe9fc560246943aaa

Alpha sort the experiment dep checks.

Change-Id: Ic55628db67c57fdb53a6b92f2d5b42eed6528fcf

Discovered due to -DENABLE_ADOPTED_EXPERIMENTS configure/cmake
desync check. Desynced since g783d7e11.

BUG=aomedia:856

Change-Id: If5c61126d89c517a511c51a8a1ee2f0862ddb96f

Change-Id: I79ad4261af5f6843fc0c533327baf15c36cec2ad

This commit correct the integer types used in variance functions. It
now uses same integer type when number of pixels are same, e.g
16x64 and 64x16 use same integer types as 32x32
8x32 and 32x8 use same integer types as 16x16

Change-Id: I1a54ba8d73e09126e680ae5af3ee52395a41df41