Fixes "h264.c:5470: warning: passing argument 4 of 'decode_significance_8x8_x86' discards qualifiers from pointer target type"
Originally committed as revision 11135 to svn://svn.ffmpeg.org/ffmpeg/trunk
Fix the preprocessor directives to enable refill2() only when the
conditions under which it is used apply.
Originally committed as revision 10715 to svn://svn.ffmpeg.org/ffmpeg/trunk
cabac.h:112: warning: ‘put_cabac_static’ defined but not used
cabac.h:158: warning: ‘put_cabac_terminate’ defined but not used
cabac.h:186: warning: ‘put_cabac_u’ defined but not used
cabac.h:221: warning: ‘put_cabac_ueg’ defined but not used
cabac.h:273: warning: ‘refill2’ defined but not used
cabac.h:811: warning: ‘get_cabac_u’ defined but not used
cabac.h:827: warning: ‘get_cabac_ueg’ defined but not used
Originally committed as revision 10713 to svn://svn.ffmpeg.org/ffmpeg/trunk
patch by Carl Eugen Hoyos cehoyos chez ag or at
original thread: [FFmpeg-devel] [PATCH] attribute_unused -> av_unused
date: 05/29/2007 01:23 PM
Originally committed as revision 9155 to svn://svn.ffmpeg.org/ffmpeg/trunk
This allows building shared libraries on AMD64 again.
based on a patch by Diego 'Flameeyes' Pettenò and suggestions by Michael
original thread:
Date: Wed, 18 Apr 2007 11:26:12 +0200
Subject: [Ffmpeg-devel] [PATCH] (try 2) Build shared libraries on AMD64 again
Originally committed as revision 8849 to svn://svn.ffmpeg.org/ffmpeg/trunk
interested in using a debugger to debug FFmpeg.
Original thread:
Subject: [PATCH] Fix compilation when using --disable-opts
Date: 2007-03-15 16:58:35 GMT
Originally committed as revision 8549 to svn://svn.ffmpeg.org/ffmpeg/trunk
Make configure set CMOV_IS_FAST on arches on which cmov has a low latency
(typically non-Netburst based processor)
Originally committed as revision 6749 to svn://svn.ffmpeg.org/ffmpeg/trunk
in the PIC case nevertheless.
patch by Bernhard Rosenkranzer, bero arklinux org
Originally committed as revision 6738 to svn://svn.ffmpeg.org/ffmpeg/trunk
x86 is 4% faster on P3
C sign stuff + x86 code for everything else is also faster then before (sorry forgot to test pure C)
... and if i replace the second occurance of the sign decoding in decode_residual by the asm too then everything gets slower iam starting to think that it might be best to write the whole function in asm, playing this avoid random deoptimizations game with gcc is not fun at all
Originally committed as revision 6732 to svn://svn.ffmpeg.org/ffmpeg/trunk
Patch by Jindrich Makovicka makovick A gmail P com
Original thread:
Date: 08:21 AM
Subject Re: [Ffmpeg-devel] Weird line in cabac.h
Originally committed as revision 6726 to svn://svn.ffmpeg.org/ffmpeg/trunk
#endif preprocessor directives to make it clearer which code
block depends on which #define xx
Originally committed as revision 6668 to svn://svn.ffmpeg.org/ffmpeg/trunk
Reimar Döffinger
Diego Biurrun
Ramiro Polla
Carl Eugen Hoyos
Aurelien Jacobs
Panagiotis Issaris
Måns Rullgård
Michael Niedermayer
Guillaume Poirier
Bernhard Rosenkränzer
Jindřich Makovička