GitLab

Note that this applies to non-IDR i-frames, not IDR-frames.
This fix is also required for future open-gop.

Fix comment for mc_copy_neon.
Fix memzero_aligned_neon prototype.
Update NEON (i)dct_dc prototypes.
Duplicate x86 behavior for global+hidden functions.

Aliasing violation in spatial prediction caused nasty artifacts.
Shut up two other GCC warnings while we're at it.

Implicit conversion from double->float lost enough precision to cause the loop termination condition to never trigger.
Bug report by Tal Aloni.

~10k of code size eliminated.

weirdly, valgrind reported this only with --no-asm.

~7-8 kilobytes saved, ~0.6% faster subme 9.

Should improve quality in all cases.
Also some minor cosmetic improvements.

Small improvement in interlaced compression.

Cacheline-aware in the same fashion as width8, but not conditional.

Also get rid of some unnecessary memcpies.

This didn't actually cause any issues, but it removes the need for the fixing-up code that prevented said issues.

Turning off inlining saves a whole boatload of code size for near-zero speed cost.
Simplify offset calculation.
Various other optimizations.

As the assembly abstraction layer is very useful in non-x264 projects, it is now ISC (simplified BSD) so that others, even in commercial projects, can use it as well.

Bug caused invalid streams in some situations.

Compression only "suffers" by an extremely marginal amount and too many people misinterpret the warning.

And an errant space in common/macroblock.c

simplify internal muxer API

Deal properly with QPfile'd B-refs.  x264 should handle multiple B-refs per minigop now, though only via forced frametypes.

If qcomp=1 (as in mb-tree), we don't need ABR_INIT_QP.
get_qscale could give slightly weird results with still images

Also fix a minor bug where the algorithm ignored the last frame in the trellis.

The rules of the specification with regard to picture buffering for pyramid coding are widely ignored.
x264's b-pyramid implementation, despite being practically identical to that proposed by the original paper, was technically not compliant.
Now it is.
Two modes are now available:
1) strict b-pyramid, while worse for compression, follows the rule mandated by Blu-ray (no P-frames can reference B-frames)
2) normal b-pyramid, which is like the old mode except fully compliant.
This patch also adds MMCO support (necessary for compliant pyramid in some cases).
MB-tree still doesn't support b-pyramid (but will soon).

Fixes a memory leak.

Bug in r1277

Caused an assert failure when it occurred.
Bug is as old as adaptive B-frames.

Now that B-frames are properly covered, we don't have to be as aggressive.
This eliminates some issues with skyrocketing QPs in B-frames in 2-pass VBV.

the C standard doesn't allow you to iterate 1-dimensionally over 2d arrays, and nothing other than the dsp functions themselves cares about the 2dness of dct.
this fixes a miscompilation in x264_mb_optimize_chroma_dc.