- 17 May, 2013 1 commit
-
-
Michael Kostylev authored
Currently, if VIS is enabled by configure, it will also be enabled at run-time regardless of its support in the hardware. Thus, masking VIS usage as it is done in vis.h by constructing binary instructions is pointless. Using normal VIS mnemonics in inline assembly allows to take advantage of automatic register allocation, gets rid of register variables, which are unsupported by suncc for SPARC, and improves code readability. Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 16 May, 2013 1 commit
-
-
Michael Kostylev authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 19 Apr, 2013 1 commit
-
-
Ronald S. Bultje authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 14 Mar, 2013 1 commit
-
-
Hendrik Leppkes authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 13 Mar, 2013 1 commit
-
-
Ronald S. Bultje authored
-
- 25 Feb, 2013 1 commit
-
-
Diego Biurrun authored
-
- 15 Feb, 2013 1 commit
-
-
Diego Biurrun authored
-
- 10 Feb, 2013 1 commit
-
-
Diego Biurrun authored
-
- 09 Feb, 2013 1 commit
-
-
James Almer authored
They were renamed by mistake in 25841dfe. This should fix compilation failures on sparc. Signed-off-by: James Almer <jamrial@gmail.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 05 Feb, 2013 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
This avoids SIMD-optimized functions having to sign-extend their line size argument manually to be able to do pointer arithmetic.
-
- 23 Jan, 2013 3 commits
-
-
Ronald S. Bultje authored
-
Ronald S. Bultje authored
This is never used.
-
Diego Biurrun authored
It does not help as an abstraction and adds dsputil dependencies. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 16 Aug, 2012 2 commits
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 12 Apr, 2012 1 commit
-
-
Diego Biurrun authored
-
- 26 Mar, 2012 1 commit
-
-
Diego Biurrun authored
-
- 15 Feb, 2012 1 commit
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 02 Nov, 2011 1 commit
-
-
Diego Biurrun authored
-
- 21 Jul, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 20 Jul, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 21 May, 2011 1 commit
-
-
Diego Biurrun authored
Add missing multiple inclusion guards; clean up #endif comments; add missing library prefixes; keep guard names consistent.
-
- 10 May, 2011 1 commit
-
-
Oskar Arvidsson authored
This patch lets e.g. dsputil_init chose dsp functions with respect to the bit depth to decode. The naming scheme of bit depth dependent functions is <base name>_<bit depth>[_<prefix>] (i.e. the old clear_blocks_c is now named clear_blocks_8_c). Note: Some of the functions for high bit depth is not dependent on the bit depth, but only on the pixel size. This leaves some room for optimizing binary size. Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 10 Apr, 2011 1 commit
-
-
Oskar Arvidsson authored
This patch lets e.g. dsputil_init chose dsp functions with respect to the bit depth to decode. The naming scheme of bit depth dependent functions is <base name>_<bit depth>[_<prefix>] (i.e. the old clear_blocks_c is now named clear_blocks_8_c). Note: Some of the functions for high bit depth is not dependent on the bit depth, but only on the pixel size. This leaves some room for optimizing binary size. Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 18 Jan, 2011 1 commit
-
-
Janne Grunau authored
Signed-off-by: Janne Grunau <janne-ffmpeg@jannau.net>
-
- 17 Jan, 2011 1 commit
-
-
Janne Grunau authored
Signed-off-by: Janne Grunau <janne-ffmpeg@jannau.net>
-
- 18 Mar, 2010 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 22593 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 16 Mar, 2010 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 22569 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 10 Mar, 2010 2 commits
-
-
Måns Rullgård authored
Originally committed as revision 22441 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
Originally committed as revision 22440 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
-
- 09 Feb, 2009 1 commit
-
-
Diego Biurrun authored
It provides no useful information and breaks on renames. Originally committed as revision 17097 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 30 Jan, 2009 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 16860 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 09 Dec, 2008 1 commit
-
-
Alexis Ballier authored
patch by Alexis Ballier, alexis.ballier gmail com Originally committed as revision 16042 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 03 Dec, 2008 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 15990 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
-
- 31 Aug, 2008 1 commit
-
-
Stefano Sabatini authored
Consistently apply this rule: the guard name is obtained from the filename by stripping the leading "lib", converting '/' and '.' to '_' and uppercasing the resulting name. Guard names in the root directory have to be prefixed by "FFMPEG_". Originally committed as revision 15120 to svn://svn.ffmpeg.org/ffmpeg/trunk
-