Replace FFmpeg with Libav in licence headers
Signed-off-by: Mans Rullgard <email@example.com>
mathops: fix MULL when the compiler does not inline the function.
If the function is not inlined, an immmediate cannot be used for theshift parameter, so the %cl register must be used instead in that case.
This fixes compilation for x86-32 using gcc with --disable-optimizations.
mathops: change "g" constraint to "rm" in x86-32 version of MUL64.
The 1-arg imul instruction cannot take an immediate argument, only a registeror memory argument.
mathops: convert MULL/MULH/MUL64 to inline functions rather than macros.
This fixes unexpected name collisions that were occurring with variablesdeclared within the macros.It also fixes the fate-acodec-ac3_fixed regression test on x86-32.
Adding missing () to mathops.h.
Originally committed as revision 23083 to svn://svn.ffmpeg.org/ffmpeg/trunk
Move NEG_[US]SR32 macros to mathops.h
Originally committed as revision 21873 to svn://svn.ffmpeg.org/ffmpeg/trunk
Move COPY3_IF_LT to lavc/mathops.h
This obscure macro is only used in motion_est.c so having it in lavcmakes more sense. See discussion here:http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2008-November/056561.html
Originally committed as revision 21346 to svn://svn.ffmpeg.org/ffmpeg/trunk
re-enable mid_pred asm on x86_64. (broke in r16681)
Originally committed as revision 17058 to svn://svn.ffmpeg.org/ffmpeg/trunk
moves mid_pred() into mathops.h (with arch specific code split by directory)
Originally committed as revision 16681 to svn://svn.ffmpeg.org/ffmpeg/trunk
Rename libavcodec/i386/ --> libavcodec/x86/.It contains optimizations that are not specific to i386 andlibavutil uses this naming scheme already.
Originally committed as revision 16270 to svn://svn.ffmpeg.org/ffmpeg/trunk