GitLab

Don't use the previous frame's row SATD as a predictor if it is too different from this frame's row SATD.

Patch by vmrsss %vmrsss A gmail P com%

Due to a bug in gcc 3.4.x, in certain cases of inlining, the array_non_zero_int_mmx inline asssembly is miscompiled and causes a crash with --subme 7 --8x8dct.
This minor hack fixes this issue.

move some more shared macros to x264util.asm

A bit more loop unrolling, and moving some constant code to the global init function

Convert the style of the deblocking code to the standard x264 style
Eliminate some trailing whitespace

Along with a bit of related code reorganization and macroification

Faster variance calculation

Early termination for bS=0, alpha=0, beta=0
Refactoring, various other optimizations
About 30% faster deblocking overall.

This code seemed to act up unexpectedly sometimes, creating a situation where in 1-pass VBV mode, a frame's quantizer would drop all the way to qpmin and then shoot back upwards to qpmax, causing serious visual issues.
This change may decrease bitrate in VBV mode, but that is preferable to the artifacting produced by this code.

set the chroma DC coefficients to zero for residual coding in qpel-rd
fix C99ism

a do/while loop can be used for residual_write, but i8x8 had to be fixed so that it wouldn't call residual_write with zero coeffs
proper nnz handling added to cabac intra rd refine
chroma cbp added to 8x8 chroma rd
cbp was tested, but wasn't useful

Split into a separate commit because this changes rounding, and thus changes output slightly.

if vbv is not enabled (and especially in crf/cqp), we have to guess max bitrate, so we might underestimate the required level.

(no immediate effect, since nothing writes such values yet)

Allow a QPfile to contain fewer frames than the total number of frames in the video and have ratecontrol fill in the rest.
Patch by kemuri9.

Bug report by Sigma Designs, Inc.

In rare cases CABAC desync could occur, causing bitstream corruption