Regression in r1618.

Calling applications that do not use x264_picture_alloc need to use x264_picture_init to initialize x264_picture_t structures.
Previously, if the calling application didn't zero x264_picture_t, Bad Things could happen.

Regression in r1624.  A more permanent solution to the problem will be committed later.

Necessary for future high bit-depth support.

Necessary for future high bit-depth support.
Various macros and extra types have been introduced to make operations on variable-size pixels more convenient.

The calling application can now pass a "map" of quantizer offsets to apply to each frame.
An optional callback to free the map can also be included.
This allows all kinds of flexible region-of-interest coding and similar.

Up to ~10x faster than C depending on CPU.
Helps the most at very high bitrates (e.g. lossless).
Also make the C code faster and simpler.

Accidentally got disabled when intra_sad_x3 was added.

Helps speed very significantly on motionless blocks.

Eliminate redundant work; both of them were calculating variance of the frame.

Add cavlc+8x8dct munging to new deblock system.
May have caused minor visual artifacts.

Stats need to be calculated before deblock strength, not after.
Broke ref stats in x264cli (no affect on actual output).

Move deblock strength calculation to immediately after encoding to take advantage of the data that's already in cache.
Keep the deblocking itself as per-row.

I'm not going to actually optimize for this pile of garbage unless someone pays me.
But it can't hurt to at least enable the correct functions based on benchmarks.

Also save some cache on Intel CPUs that don't need the decimate LUT due to having fast bsr/bsf.

Also remove a redundant if.

Incorrect frame numbers were used, resulting in slightly inaccurate ratecontrol.

Changes to queue in CABAC didn't get propagated to PCM code.

Set the correct compiler flags.

Rewrite is significantly slower, but is necessary to make asm possible.
Similar concept to ffmpeg's deblock strength asm.
Roughly one order of magnitude faster than C.
Overall, with the asm, saves ~100-300 clocks in deblocking per MB.

Also reduce memory consumption.

This encodes all frames progressively yet flags the stream as interlaced.
This makes it possible to encode valid 25p and 30p Blu-Ray streams.
Also put the pulldown help section in a more appropriate place.

Update configure to match.

Intra stats need to be kept track of for fast intra decision.

Horribly munge up the CABAC tables to allow deduplication of some data.
Saves 256 bytes of L1d cache in non-RD, 512 bytes in RD.
Add asm versions of bypass and terminal; save L1i cache by re-using putbyte code.
Further optimize encode_decision.
All 3 primary CABAC functions fit in under 256 bytes of code total on x86_64.

Was slightly incorrect due to using pts, which is out of order.