GitLab

Remove COMPOUND_AVERAGE from compound_type_cdfs since it is now grouped
to compound_idx. However, COMPOUND_AVERAGE is still used elsewhere.

Change-Id: Ie0d460aabf9252e80eb4130cfef9aaf0efc3969d

Divide compound inter prediction modes into two groups:
Group A: jnt_comp, compound_average
Group B: interintra, compound_segment, wedge

Change-Id: I1142da2e3dfadf382d6b8183a87bde95119cf1b7

max-tile remains off by default until more testing is performed but I would
like to check in the fixes that are known so far to prevent this patch getting too big

max_tile was provisionally adopted at the working group meeting 2017-Oct-10

This patch fixes the following issues:
- max_tile is fixed to suport superblock size 64x64 as well as 128x128 (ext_partition support)
- max_tile is fixed in combination with loop_restoration
- max_tile is fixed in combination with ext_tile (Bug: 1013)
- max_tile is fixed in combination with lv_map and 64x64 subperblock (lv_map memory allocation
  fixed for 64x64 superblock)
- max_tile reports the size of the first tile for inspection.c used by the analyzer

Change-Id: Ib83ff613e5d66563c81452a085c7984d3b4813e4

Re-design the dynamic motion vector index coding system to remove
the context parsing dependency on the reconstructed motion vectors.

Change-Id: I01dd6eda239a0bed32d8dc98f0f10f18249a76d4

This experiment has been abandonned for AV1.

Change-Id: I8110720cef1b56dbce4008a998d8f4281dd2fe44

This patch fixes and enables rectangular intra transform
sizes for 4:1 partitions (that were turned off before).
4:1 partitions can now use rectangular intra predictions with
2:1 rectangular transform sizes.
BDRATE lowres (single keyframe): -0.612%

Change-Id: I6f062f7c08aae8eeb0a55d31e792c8f7e3f302a2

Modified the warped motion mode context based on neighbor's motion modes
and current block's mode.

Change-Id: I77ca35fab37ec640bb38661ff1799f643d5aafdc

Although four bits are enough to represent current distances since
Golden Frame Group is 16, for flexibility, we use 5 bits and allow
frame distance up to 32.

BUG=aomedia:1072

Change-Id: I9f413baffd656eb8bd54333ba31a4e33faefd57a

Previously CDEF was implicitly disabled for a filter block if all its
sub-blocks were skip, and no bits for that block was signalled.  That
required the CDEF signal to be transmitted at the end of the block,
and it was not possible to begin the filtering of the block before
that.

This patch moves the signalling to just after the first zero skip bit
within a 64x64, 128x64, 64x128 or 128x128 block.  If sub-blocks are
skip, then no CDEF bits will be signalled, as before.  Also, the skip
condition flag has been removed so it's always known at the skip flag
whether a coding block is to be filtered or not.

Change-Id: I3adfa3d2d01e288b7db876198aa9985ee9f53917

cfl.h is no longer included in the onyxc_int.h. cfl.h is now included in
each file that uses cfl functions.

Change-Id: I80a2e57159217b0ee20b2562fc9711d929472b8c

in keyframe and all-intra frame.

Change-Id: I09d6f83efd3c4fe3f9a464d6a0e22e2e68220a8d

Current encoding of single ref assigns bit 0 to LAST_FRAME and bit 1
to LAST2_frame, whereas the encoding of compound ref assigns bit 1 to
LAST_FRAME and bit 0 to LAST_FRAME. This patch unifies the design and
makes the binary symbol assignment for LAST/LAST2 consistent
regardless of the single/compound ref scenarios.

This patch incurs a small syntax change but should not have noticeable
coding performance impact. Once BUG 973 is fully addressed, default
cdfs for reference frame coding will be updated.

BUG=aomedia:973

Change-Id: I1f3027965c0bb2d343bc8ad873f7c0015123f151

This experiment has been abandonned for AV1.

Change-Id: Ib9a8eea6b0ad5580dc81836be8fc5e898bb9bb45

Adds an option to split chroma tx size by one level if the luma
transform size is split at least one level. Otherwise use the
largest transform size for chroma.
This option is enabled with DISABLE_VARTX_FOR_CHROMA set as 2,
but is currently turned off until we finish testing.

Change-Id: Ie048c4e33193e0cc7e1bbee37e4ccc085834433c

When the flag DISABLE_VARTX_FOR_CHROMA is on chroma is
constrained to always use the largest transform size
for the prediction unit size.
This is meant to simnplify the logic for transform size
selection for chroma with hopefully no loss.

Results:
lowres 30 frames, speed 1: -0.038% (a slight improvement).
lowres 30 frames, speed 0: 0.000% (noise level difference).

Change-Id: I14dd5b1983d908bd98e59b7d252e11f5755c97e6

Change-Id: I807dc86489bc9219a24801841e66b555a2d7a51f

The change can be temporarily reverted by setting ALLOW_128X32_BLOCKS
to 1 (for easy "is this better?" testing: we'll get rid of the option
once it's clear what we're doing).

Since this means we have to modify the "num_partition_types"
calculation in functions like read_partition, we move it into a helper
function called partition_cdf_length(). Doing this makes the bodies of
read_partition and write_partition somewhat simpler than they were.

Change-Id: I3573f62f71dc3344aed2dcb3e423e034eb56a7c5

Change-Id: I9854d5ec193dadaa455c209b1482ead895982cb7

- Reuse scan order
- Truncate to max eob of 32*32
- Quantization and entropy coding same as done for TX_32X32
- Reuse quantization matrices of TX_32X32

Compression performance is roughly neutral:
https://arewecompressedyet.com/?job=tx64x64_oldscans%402017-11-06T03%3A11%3A53.868Z&job=tx64x64_reusescans%402017-11-06T03%3A12%3A55.738Z

Change-Id: Ie9182c1c69a42a3c1ab4fc980abbd6000c64f179

A few bits of data were not zeroed because aom_wb_overwrite_literal
was being used instead of aom_wb_write_literal.

BUG=aomedia:1041

Change-Id: If9196551e99b6e5eeaefc3fe022088088f1dcd51

The fixes in rdopt.c improves the coding performance of
4:1 transforms significantly.

Change-Id: I0e8db93e3f6d9bf0b2de01f2ce83c305d78d2262

Abstract the inter block transform coefficient writing unit.

Change-Id: I8e7a83d2d92941258f7250fee4c96f5ddfc4572e

The current code has two issues with this combination:
i) The frame_size_override_flag was being set based on the downscaled
   frame size rather than the upscaled frame size
ii) This flag was then being ignored in write_frame_size(), and we
    would always write a 16-bit size, even if the flag was 0.
    This lead to an encode/decode mismatch.

This patch fixes these two issues, and rewrites write_frame_size()
to be much clearer and more closely match setup_frame_size() from
the decoder.

Change-Id: Id6b8e51ef10f3285f8318e4acd8606060f29e9cb

A new block mode, referred to as skip_mode is added. If a block is
coded as skip_mode, it will be inter-coded, with its references and
motion vectors derived from its neighboring blocks with zero-residue.
Otherwise, the block can be coded in the current intra or inter mode.

The computational load on skip_mode evaluation at the encoder should
be kept minimum. No transform size / type evaluations are needed.

Change-Id: I5aef0159c7d5ecd64258510835903375d6c536d6

Modified the lightfield encoding example to accommodate HW implementation
requirements. Fixed the encoding scheme, generated a bitstream of a list
of references followed by the surrounding large scale tile coded frames.
All large scale tile coded frames use the same uncompressed frame header
and the same set of frame contexts. This example also wrote out the frame
header and frame contexts while encoding a large scale tile frame and
setting EXT_TILE_DEBUG to 1.

Change-Id: I7cc19099195d0a20335d5c6bfb9f493f1bf3a7b2

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

Change-Id: I6ac62c2825eabcba8f854cfa25c84638d9a73872

This experiment has been abandonned for AV1.

Change-Id: I3501181d096873dec35ea58e4b55530fa76e683f

Remove the previous experiment and now use the same name for a
simpler experiment that only enables 4:1 transforms for 4:1
partitions when ext_partition_types is on, and that which was
previously enabled with the USE_RECT_TX_EXT macro.

Change-Id: Iccc35744bd292abf3c187da6f23b787692d50296

This is still a rather inefficient black+white encoder, since it carefully
computes some chroma data, but just doesn't write it. However, at least the
bitstream is now monochrome.

Change-Id: Ie8a89bf329e7b41441032fb0d9e9011385bc12ff

The decoder side correctly disabled delta_q but the encoder didn't.

Change-Id: I9f720c678d9e99d723c632095c058eaecd1a639d

Change-Id: I96e5ff72caee8935efb7535afa3a534175bc425c

This reverts commit 060e192b.

Change-Id: I5700d351a3cbb682ec49a0efb9cca4d0e83f9a3a

This experiment has been abandonned for AV1.

Change-Id: I07be0876b21ee20a1eb2490bb98e4f84978ff001

Include a few RDO fixes that properly account for the extra flag
cost at the right place. Also entropy coding of the flag is made
contexted on tx_size and based on cdf framework.

Change-Id: I52f98ace7e253ccc08917a4a7b517515d1d58a98

Conveys depth from the largest transform size instead of the
actual transform size. Besides, the max depth is now limited
by the macro MAX_TX_DPETH set at 2.

Results: BDRATE lowres (30 frames): -0.005%

Change-Id: I1ccbac8ee18c77b816a6a8f500abfaa7892b21de

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

Change-Id: I17bd46ebad7796d04fb4065fb36da0e1c4eeaf9b

Change-Id: Ia47101de22091a60d7931890f00a4a3a527f5bd4

This bit appears in the sequence header. At the moment, it does
nothing, but it will mean that we don't encode (or read) chroma
planes.

This patch adds the flag to the sequence header, and also adds an
encoder option (--monochrome) which enables it. At the moment, this
doesn't do anything except cause the bit to be set correctly in the
header.

Change-Id: If5598412c1c75101553d7f8f9098f9ed1163514e

This commit adds code to support separate regular quantization for U
and V. They currently always use same quantization parameter, hence
this commit does not change bitstream at all.

Change-Id: Ifaf43e4fd0bcd01b1483f2dacf3ac498003d5db1

Change-Id: Idef372d78482db2fcd05d186126ee8c2e82cdd09