Signed-off-by: NRonald S. Bultje <rsbultje@gmail.com>

Signed-off-by: NRonald S. Bultje <rsbultje@gmail.com>

This allows using more specific implementations for chroma/luma, e.g.
we can make assumptions on filterSize being constant, thus avoiding
that test at runtime.

This reverts commit ac0fb593. It
causes valgrind errors which I'll want to investigate before
resubmitting this.

ptrdiff_t can be 4 bytes, which leads to the next element being 4-byte
aligned and thus at a different offset than intended. Forcing 8-byte
alignment forces equal offset of dither16/32 on x86-32 and x86-64.
Signed-off-by: NRonald S. Bultje <rsbultje@gmail.com>

Based on a somewhat similar idea in FFmpeg's swscale copy.

Signed-off-by: NDiego Biurrun <diego@biurrun.de>

Signed-off-by: NMans Rullgard <mans@mansr.com>

Signed-off-by: NMans Rullgard <mans@mansr.com>

For 9/10bit, it means we don't have to upscale to 16bit before
actual scaling or pixel format conversion, and thus a performance
gain.

This means that precision is retained when scaling between sample
formats with >8 bits per component (48bit RGB, 16bit grayscale,
9/10/16bit YUV).

Remove unused variables "flags" and "dstFormat" in yuv2packed1,
merge source rows per plane for yuv2packed[12], and make every
source argument int16_t (some where invalidly set to uint16_t).
This prevents stack pollution and is part of the Great Evil Plan
to simplify swscale.

YUV planes were marked as uint16_t, but they contained signed data.
Fixes issue 1108 and 675.
Signed-off-by: NRonald S. Bultje <rsbultje@gmail.com>

Also add missing glue code for recently added YUV422P10 formats
to swscale.
Signed-off-by: NRonald S. Bultje <rsbultje@gmail.com>

They are hacks added to reuse the same scaling function for
different formats and they may cause problems when SIMD
implementation of the same functions are used along with pure
C functions.

This duplicates the function fillPlane().

Signed-off-by: NRonald S. Bultje <rsbultje@gmail.com>

Preparatory step to implement support for sizes > VOFW.

This allows to convert between formats of arbitrary width,
regardless of the value of VOF/VOFW.

Fix handling of input if not in native endianness, and add support for
9/10-bit output. This allows us to force endianness of YUV420P 9/10bit
in the H264/10bit fate tests, which should fix them on big-endian
systems.

Also add support for these formats in libswscale.

Needed for high bit depth h264 decoding.
Signed-off-by: NRonald S. Bultje <rsbultje@gmail.com>

Signed-off-by: NAnton Khirnov <anton@khirnov.net>

It is used only for x86 so it will eventually be moved with that code
into the x86 arch subdirectory.

Signed-off-by: NMans Rullgard <mans@mansr.com>