| Commit message (Collapse) | Author | Age |
... | |
|
|
|
|
|
|
| |
This is part of the Great Evil Plan to simplify swscale. Note that
you'll see some code duplication between the output functions for
different RGB variants, and even between packed-YUV and RGB
variants. This is intentional because it improves readability.
|
|
|
|
|
|
|
| |
YUV planes were marked as uint16_t, but they contained signed data.
Fixes issue 1108 and 675.
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
|
|
|
|
|
|
|
| |
Also add missing glue code for recently added YUV422P10 formats
to swscale.
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
|
|
|
|
| |
This is part of the Great Evil Plan to simplify swscale.
|
|
|
|
| |
This is part of the Great Evil Plan to simplify swscale.
|
|
|
|
|
|
|
|
| |
Inline functions are easier to read, maintain, modify and test,
which justifies the slightly increased source size. This patch
also adds support for non-native endianness RGB15/16 and fixes
isSupportedOutput() to no longer claim that we support writing
non-native RGB565/555/444.
|
|
|
|
|
| |
This way the code in the file is less cluttered all-over-the-
place.
|
|
|
|
|
|
| |
Inline functions are slightly larger in source code, but
are easier to handle in source code editors. The binary code
generated is the same.
|
|
|
|
|
|
| |
Inline functions are slightly larger in source code, but
are easier to handle in source code editors. The binary code
generated is the same.
|
|
|
|
| |
This is part of the Great Evil Plan to simplify swscale.
|
|
|
|
| |
This generates better code on some non-x86 architectures.
|
|
|
|
| |
This reduces source code size without affecting the binary.
|
|
|
|
|
|
| |
Remove inline keyword from functions that are never inlined.
Use av_always_inline for functions that should be force-inlined
for performance reasons. Use av_cold for init functions.
|
|
|
|
|
|
|
| |
Remove inline keyword for functions that are only called through
their function pointers (and thus cannot be inlined); add av_cold
keyword to init function, and use av_always_inline instead of
inline for functions that must be inlined for performance reasons.
|
|
|
|
|
|
|
|
| |
This prevents the following compiler warnings: "warning:
initialization from incompatible pointer type". Since the
variables are only ever used in inline assembly, their type
is actually irrelevant (so the part where it was wrong did
not invoke any buggy behaviour).
|
|
|
|
|
| |
This way, they look like regular code, which is easier to
understand.
|
|
|
|
|
| |
Use of this wrapper was removed in a previous patch, but I
forgot to actually remove the function itself.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
Make yuv2yuvX16_c a function pointer for yuv2yuvX(), so that the
function pointer becomes bitdepth-independent.
|
|
|
|
| |
This duplicates the function fillPlane().
|
|
|
|
|
|
|
|
| |
Remove duplicate "inC" and "_c" functions that do the same thing;
give each function that handles data and acts as a function pointer
a "_c" suffix; remove "_c" suffix from functions that are inherently
not optimizable. Remove inline keyword from functions that are only
used through function pointers.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Altivec sws code intentionally overreads buffers for better performance,
so we need to allocate larger buffers to handle that.
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
|
| |
|
|
|
|
|
|
|
| |
libswscale/x86/swscale_template.c:2072: warning: unused variable ‘canMMX2BeUsed’
libswscale/x86/swscale_template.c:2145: warning: unused variable ‘canMMX2BeUsed’
libswscale/x86/swscale_template.c:2209: warning: unused variable ‘chrVPixBuf’
libswscale/x86/swscale_template.c:2237: warning: unused variable ‘chrVSrcPtr’
|
|
|
|
|
| |
That means it won't be allocated when not needed. Alongside
this, it fixes valgrind/fate-detected memory leaks.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Preparatory step to implement support for sizes > VOFW.
|
|
|
|
|
| |
This allows to convert between formats of arbitrary width,
regardless of the value of VOF/VOFW.
|
|
|
|
|
|
|
| |
Many functions have such a prefix, but do not actually use any
instructions or features from that set, thus giving the false
impression that swscale is highly optimized for a particular
system, whereas in reality it is not.
|