- 23 10月, 2011 2 次提交
-
-
由 Kieran Kunhya 提交于
Signed-off-by: NRonald S. Bultje <rsbultje@gmail.com>
-
由 Kieran Kunhya 提交于
Signed-off-by: NRonald S. Bultje <rsbultje@gmail.com>
-
- 21 10月, 2011 1 次提交
-
-
由 Ronald S. Bultje 提交于
-
- 18 8月, 2011 1 次提交
-
-
由 Ronald S. Bultje 提交于
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.
-
- 13 8月, 2011 1 次提交
-
-
由 Ronald S. Bultje 提交于
-
- 03 8月, 2011 2 次提交
-
-
由 Ronald S. Bultje 提交于
This reverts commit ac0fb593. It causes valgrind errors which I'll want to investigate before resubmitting this.
-
由 Ronald S. Bultje 提交于
-
- 11 7月, 2011 1 次提交
-
-
由 Anton Mitrofanov 提交于
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>
-
- 09 7月, 2011 2 次提交
-
-
由 Ronald S. Bultje 提交于
-
由 Ronald S. Bultje 提交于
Based on a somewhat similar idea in FFmpeg's swscale copy.
-
- 06 7月, 2011 1 次提交
-
-
由 Ronald S. Bultje 提交于
Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
- 04 7月, 2011 2 次提交
-
-
由 Mans Rullgard 提交于
Signed-off-by: NMans Rullgard <mans@mansr.com>
-
由 Mans Rullgard 提交于
Signed-off-by: NMans Rullgard <mans@mansr.com>
-
- 02 7月, 2011 1 次提交
-
-
由 Ronald S. Bultje 提交于
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.
-
- 30 6月, 2011 1 次提交
-
-
由 Ronald S. Bultje 提交于
This means that precision is retained when scaling between sample formats with >8 bits per component (48bit RGB, 16bit grayscale, 9/10/16bit YUV).
-
- 29 6月, 2011 2 次提交
-
-
由 Ronald S. Bultje 提交于
-
由 Ronald S. Bultje 提交于
-
- 28 6月, 2011 1 次提交
-
-
由 Ronald S. Bultje 提交于
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.
-
- 27 6月, 2011 1 次提交
-
-
由 Ronald S. Bultje 提交于
-
- 14 6月, 2011 1 次提交
-
-
由 Michael Niedermayer 提交于
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>
-
- 11 6月, 2011 1 次提交
-
-
由 Ronald S. Bultje 提交于
Also add missing glue code for recently added YUV422P10 formats to swscale. Signed-off-by: NRonald S. Bultje <rsbultje@gmail.com>
-
- 07 6月, 2011 3 次提交
-
-
由 Ronald S. Bultje 提交于
-
由 Ronald S. Bultje 提交于
-
由 Ronald S. Bultje 提交于
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.
-
- 04 6月, 2011 4 次提交
-
-
由 Ronald S. Bultje 提交于
This duplicates the function fillPlane().
-
由 Ronald S. Bultje 提交于
-
由 Ronald S. Bultje 提交于
-
由 Ronald S. Bultje 提交于
-
- 28 5月, 2011 2 次提交
-
-
由 Anton Khirnov 提交于
Signed-off-by: NRonald S. Bultje <rsbultje@gmail.com>
-
由 Ronald S. Bultje 提交于
-
- 26 5月, 2011 4 次提交
-
-
由 Ronald S. Bultje 提交于
-
由 Ronald S. Bultje 提交于
-
由 Ronald S. Bultje 提交于
Preparatory step to implement support for sizes > VOFW.
-
由 Ronald S. Bultje 提交于
This allows to convert between formats of arbitrary width, regardless of the value of VOF/VOFW.
-
- 24 5月, 2011 1 次提交
-
-
由 Ronald S. Bultje 提交于
-
- 12 5月, 2011 1 次提交
-
-
由 Ronald S. Bultje 提交于
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.
-
- 10 5月, 2011 1 次提交
-
-
由 Oskar Arvidsson 提交于
Also add support for these formats in libswscale. Needed for high bit depth h264 decoding. Signed-off-by: NRonald S. Bultje <rsbultje@gmail.com>
-
- 28 4月, 2011 1 次提交
-
-
由 Peter Ross 提交于
Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
- 13 4月, 2011 1 次提交
-
-
由 Luca Barbato 提交于
It is used only for x86 so it will eventually be moved with that code into the x86 arch subdirectory.
-
- 19 3月, 2011 1 次提交
-
-
由 Mans Rullgard 提交于
Signed-off-by: NMans Rullgard <mans@mansr.com>
-