I have tested that RGBA blending to I420/YUY2/RV32/RV16 have the right colors.

Fix var_CreateGetBool/Integer mix up.
Fix an in valid free.
Fix an out of bound read.
Fix uninitialized variables.
(It may help with #1879)

i_rate can go up to 2^32-1.
If you * 1.044 it is going to not fit in a int (_framelength)

There is no point in loading the RTP access_demux if the MRL scheme
is not explicitly supported - it would fail in Open anyway.

mjpeg demux: When looking trough the data for EOI, also check for SOIs and skip the next EOI if we do find a SOI. This is to handle JPEG images which have JPEG thumbnails in their EXIF data.

core chroma: fix [6702c304] Restore YUV422 and YUV420 type formats to original values.

core chroma: Add support for YUV440 and YUVJ440. These are a rotated version of YUV422 and used with rotated JPEGs mostly.

ffmpeg chroma: This follows up on [0034fbab] by providing defaults in case no mask values were set.

Don't use "p_block->i_buffer = read(...)", i_buffer is unsigned so you
won't catch read errors and will end up crashing using a 4GB buffer
instead. This fixes a DVB segv I was seeing.

macosx: In bookmarks's dealloc, we shouldn't release the p_old_input ptr, as we have already released it.

This should fix a crash reported in our bugreport ml.

Signed-off-by: Pierre d'Herbemont <pdherbemont@videolan.org>

workarounds a bug in KaxBlockVirtual implementation (close #1079).