- 26 Mar, 2014 1 commit
-
-
Diego Biurrun authored
-
- 21 Jan, 2014 2 commits
-
-
Michael Niedermayer authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Michael Niedermayer authored
This does not yet include any actual AVX code Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 04 May, 2013 1 commit
-
-
Diego Biurrun authored
-
- 30 Oct, 2012 1 commit
-
-
Diego Biurrun authored
-
- 19 Aug, 2012 1 commit
-
-
Giorgio Vazzana authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 13 Aug, 2012 2 commits
-
-
Mans Rullgard authored
To access data at multiple fixed offsets from a base address, this code uses a single "m" operand and code of the form "32%0", relying on the memory operand instantiation having no displacement, giving a final result of the form "32(%rax)". If the compiler uses a register and displacement, e.g. "64(%rax)", the end result becomes "3264(%rax)", which obviously does not work. Replacing the "m" operands with "r" operands allows safe addition of a displacement. In theory, multiple memory operands could use a shared base register with different index registers, "(%rax,%rbx)", potentially making more efficient use of registers. In the cases at hand, no such sharing is possible since the addresses involved are entirely unrelated. After this change, the code somewhat rudely accesses memory without using a corresponding memory operand, which in some cases can lead to unwanted "optimisations" of surrounding code. However, the original code also accesses memory not covered by a memory operand, so this is not adding any defect not already present. It is also hightly unlikely that any such optimisations could be performed here since the memory locations in questions are not accessed elsewhere in the same functions. This fixes crashes with suncc. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
This code has been disabled since 2003. Nobody will ever look at it again. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 03 Aug, 2012 1 commit
-
-
Diego Biurrun authored
Refactoring mmx2/mmxext YASM code with cpuflags will force renames. So switching to a consistent naming scheme beforehand is sensible. The name "mmxext" is more official and widespread and also the name of the CPU flag, as reported e.g. by the Linux kernel.
-
- 28 May, 2011 1 commit
-
-
Anton Khirnov authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 26 May, 2011 1 commit
-
-
Ronald S. Bultje authored
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.
-
- 25 May, 2011 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at> Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 14 Apr, 2011 2 commits
-
-
Luca Barbato authored
MMX is always built. Drop the ifdefs
-
Luca Barbato authored
Keep only the plain C code in the main rgb2rgb.c and move the x86 specific optimizations to x86/rgb2rgb.c Change the initialization pattern a little so some of it can be factorized to behave more like dsputils.
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 18 Jan, 2011 1 commit
-
-
Mans Rullgard authored
This macro has unconditionally used .p2align for a long time and serves no useful purpose.
-
- 14 Sep, 2010 1 commit
-
-
Ramiro Polla authored
Introduce and use COMPILE_TEMPLATE_* instead. Originally committed as revision 32241 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 13 Sep, 2010 2 commits
-
-
Ramiro Polla authored
Originally committed as revision 32222 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
Ramiro Polla authored
Originally committed as revision 32221 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 12 Sep, 2010 1 commit
-
-
Ramiro Polla authored
Originally committed as revision 32190 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 11 Sep, 2010 1 commit
-
-
Ramiro Polla authored
Originally committed as revision 32155 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 31 Mar, 2010 1 commit
-
-
Reimar Döffinger authored
being able to compile it and deduplicate the code at the same time. Originally committed as revision 30978 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 27 Mar, 2010 1 commit
-
-
Diego Biurrun authored
This is of course done with permissions from the authors. The only GPL component left are MMX optimizations for YUV to RGB conversion. Originally committed as revision 30965 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 15 Jan, 2010 1 commit
-
-
Zuxy Meng authored
libswscale. Originally committed as revision 30306 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 09 Jan, 2010 1 commit
-
-
Zuxy Meng authored
Originally committed as revision 30253 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 07 Sep, 2009 1 commit
-
-
Ramiro Polla authored
Originally committed as revision 29654 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 16 Aug, 2009 2 commits
-
-
Ramiro Polla authored
- Place curly brackets in the same line as while/for/if/switch/else/do; - Place curly brackets at column 0 in the next line starting a function. Originally committed as revision 29523 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
Ramiro Polla authored
- Use 4 spaces throughout for indentation; - Fix inconsistent indentation; - Indent function calls and declarations aligning arguments on multiple lines to the column after the opening parentheses; - Align asm code to the column 4 spaces after the call to __asm__(); - Align cases in switch statements to the same column as "switch". Originally committed as revision 29522 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 08 Aug, 2009 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 29482 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 26 Jul, 2009 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 29439 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 18 Apr, 2009 1 commit
-
-
Michael Niedermayer authored
Originally committed as revision 29189 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 21 Mar, 2009 2 commits
-
-
Michael Niedermayer authored
Originally committed as revision 29030 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
Michael Niedermayer authored
Originally committed as revision 29029 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 19 Mar, 2009 2 commits
-
-
Michael Niedermayer authored
Date: Wed Mar 18 23:11:50 2009 New Revision: 28996 Log: Fix libswscale compilation on non-x86, hopefully without breaking MinGW64 again. This change was non optimal, correct would have been to revert the offending commits if no time was available to find a clean fix. Originally committed as revision 29003 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
Michael Niedermayer authored
YUYV->YUV420P YUYV->YUV422P UYVY->YUV420P UYVY->YUV422P Originally committed as revision 28997 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 18 Mar, 2009 2 commits
-
-
Reimar Döffinger authored
Originally committed as revision 28996 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
Ramiro Polla authored
Originally committed as revision 28992 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 04 Mar, 2009 1 commit
-
-
Cédric Schieli authored
Originally committed as revision 28808 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 28 Feb, 2009 1 commit
-
-
Cédric Schieli authored
Originally committed as revision 28756 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 25 Jan, 2009 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 28358 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-