- 27 Jun, 2016 1 commit
-
-
Matthieu Bouron authored
See merge commit '39d6d361'.
-
- 28 May, 2016 1 commit
-
-
Diego Biurrun authored
These warnings conflict with system macros on Solaris, producing truckloads of warnings about macro redefinition.
-
- 13 Sep, 2015 1 commit
-
-
Vittorio Giovara authored
-
- 19 Jul, 2014 1 commit
-
-
Diego Biurrun authored
-
- 18 Jul, 2014 1 commit
-
-
Diego Biurrun authored
Also rename the enum values to be consistent with other DCT permutations.
-
- 03 Jul, 2014 1 commit
-
-
Diego Biurrun authored
-
- 30 Jun, 2014 1 commit
-
-
Diego Biurrun authored
-
- 26 Mar, 2014 1 commit
-
-
Diego Biurrun authored
-
- 24 Mar, 2014 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 16 Mar, 2014 1 commit
-
-
Matt Oliver authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 13 Mar, 2014 1 commit
-
-
Diego Biurrun authored
-
- 02 Dec, 2013 1 commit
-
-
Diego Biurrun authored
The table is MMX-specific and used nowhere else.
-
- 23 Jan, 2013 1 commit
-
-
Diego Biurrun authored
It does not help as an abstraction and adds dsputil dependencies. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 23 Nov, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 28 Aug, 2012 1 commit
-
-
Diego Biurrun authored
This avoids trouble if HAVE_ variables are used elsewhere in the file.
-
- 24 Aug, 2012 1 commit
-
-
Diego Biurrun authored
-
- 15 Aug, 2012 1 commit
-
-
Diego Biurrun authored
-
- 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.
-
- 15 Feb, 2012 1 commit
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 25 Sep, 2011 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 17 Jul, 2011 1 commit
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 29 Apr, 2011 1 commit
-
-
Diego Biurrun authored
-
- 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.
-
- 31 Oct, 2010 1 commit
-
-
Ramiro Polla authored
Originally committed as revision 25607 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 06 Mar, 2010 1 commit
-
-
Måns Rullgård authored
These macros are redundant. All uses are replaced with the generic DECLARE_ALIGNED macro instead. Originally committed as revision 22233 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 22 Jan, 2010 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 21377 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 13 Jan, 2009 1 commit
-
-
Aurelien Jacobs authored
They are now always defined to either 0 or 1. Originally committed as revision 16590 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 22 Dec, 2008 1 commit
-
-
Diego Biurrun authored
It contains optimizations that are not specific to i386 and libavutil uses this naming scheme already. Originally committed as revision 16270 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 16 Oct, 2008 1 commit
-
-
Diego Pettenò authored
Neither the asm() nor the __asm__() keyword is part of the C99 standard, but while GCC accepts the former in C89 syntax, it is not accepted in C99 unless GNU extensions are turned on (with -fasm). The latter form is accepted in any syntax as an extension (without requiring further command-line options). Sun Studio C99 compiler also does not accept asm() while accepting __asm__(), albeit reporting warnings that it's not valid C99 syntax. Originally committed as revision 15627 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 08 May, 2008 1 commit
-
-
Ramiro Polla authored
typedef x86_reg as the appropriate size and use it instead. Originally committed as revision 13081 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 22 Mar, 2008 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 12554 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 12 Jun, 2007 2 commits
-
-
Diego Biurrun authored
Originally committed as revision 9291 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 9289 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 12 May, 2007 1 commit
-
-
Loren Merritt authored
core2: mmx2=154 sse2=73 ssse3=66 (cycles) k8: mmx2=179 sse2=149 p4: mmx2=284 sse2=194 Originally committed as revision 9003 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 14 Nov, 2006 2 commits
-
-
Måns Rullgård authored
Originally committed as revision 7044 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
Originally committed as revision 7043 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 12 Nov, 2006 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 6990 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 07 Oct, 2006 1 commit
-
-
Diego Biurrun authored
and fix GPL/LGPL version mismatches. Originally committed as revision 6577 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 12 Aug, 2006 1 commit
-
-
John Dalgliesh authored
Determines whether .align's arg is power-of-two or not, then defines ASMALIGN appropriately in config.h. Changes all .baligns to ASMALIGNs. Patch by John Dalgliesh % johnd AH defyne P org % Original thread: Date: Aug 11, 2006 8:00 AM Subject: Re: [Ffmpeg-devel] Mac OS X Intel last part: balign directives Originally committed as revision 5990 to svn://svn.ffmpeg.org/ffmpeg/trunk
-