Merge with stable
Merged TEncCfg into Encoder.  A few VUI tweaks and fixes.
Added tag 0.8 for changeset 527d03c56d68
cmake: TEncCfg.h is caput
api: move VUI settings into vui sub-struct of x265_param
api: move x265_ssim() to be an internal function, give a more descriptive name

This function really shouldn't have been a public function, and it was never
added to the exports list.
api: move cpuid to x265_param, same as x264
cli: do not call x265_setup_primitives() from printVersion()

It now leads to redundant console output and it was interfering with --asm
command line arguent functionality
cmake: dllmain is no longer necessary since use of object libraries
cmake: bump X265_BUILD to 8, many API changes

These changes should be mostly harmless, I don't expect many API users have used
the VUI fields yet, so a recompile against the new x265.h should be sufficient.
weight: use correct round value for denom 0 [CHANGES OUTPUT]

The denom -without the intermediate bit-depth factor applied- must be compared
with zero, else the output of weight_pp will not match the real output of pixel
weighting. This was done wrong in two different ways in three different places
weight: do not attempt chroma weights if luma was not weighted [CHANGES OUTPUT]

This heuristic seems to improve a number of clips, particularly when chroma
distortion is not considered in mode decision.  This could cause some odd colors
to be encoded, particularly noticable with large blocks.
weight: simplify and remove redundant logic
primitives: prevent multiple setup calls from reiniting primitive table

We don't want the function table to change in the middle of an encode. Improve
logging so that --asm <SMALLINT> which does not result in any bitmap matches
still reports "none!"
weight: ensure chroma weights are initialized when skipped
Removed Encoder::m_csp and replaced it with x265_param::internalCsp
asm: enable 10bit chroma_vpp and chroma_vps interpolation filters
cmake: add i686 to x86 alias list (closes #33)
api: change meaning of pic.stride to be in bytes rather than pixels (fixes #35)

x264's pic.plane pointer is a uint8_t* so their input strides are byte based,
ffmpeg is currently assuming our input strides are byte based.  This commit
will make that assumption correct.

This fixes non-4:2:0 YUV file read at the same time, and bumps X265_BUIDLD
encoder: assign internal colorspce to output pic.colorSpace