The new lowres support is limited to decoders where lowres decoding
is possible in high quality.
I was not able to measure any speed difference, but if one is found
the 2-3 lines that might affect speed can be made compile time conditional
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

This feature is complex, of questionable utility, and slows down
normal decoding.
Signed-off-by: Mans Rullgard <mans@mansr.com>

Signed-off-by: Martin Storsjö <martin@martin.st>

Signed-off-by: Martin Storsjö <martin@martin.st>

Signed-off-by: Mans Rullgard <mans@mansr.com>

Signed-off-by: Mans Rullgard <mans@mansr.com>

Signed-off-by: Mans Rullgard <mans@mansr.com>

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>

int/unsigned is the natural memory access type for CPUs, using sized types
for temporary variables, counters and similar just increases code size and
can possibly cause a slowdown.

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>

Signed-off-by: Mans Rullgard <mans@mansr.com>

Signed-off-by: Janne Grunau <janne-ffmpeg@jannau.net>

Signed-off-by: Janne Grunau <janne-ffmpeg@jannau.net>

gprof is far too intrusive to be of use as a profile for ffmpeg,
and it fails to build in many configurations.  Oprofile is a
better tool for profiling on Linux.

Originally committed as revision 23807 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 22570 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 22569 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 22308 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 19677 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 17477 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 16675 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 16668 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 16667 to svn://svn.ffmpeg.org/ffmpeg/trunk

Only select the Alpha IDCT if auto or explicitly requested.  Also
disable it in lowres mode.

Originally committed as revision 16666 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 16665 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 16661 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 16660 to svn://svn.ffmpeg.org/ffmpeg/trunk

They are now always defined to either 0 or 1.

Originally committed as revision 16590 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 15990 to svn://svn.ffmpeg.org/ffmpeg/trunk

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

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

Originally committed as revision 13098 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 10765 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 9489 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 9485 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 9483 to svn://svn.ffmpeg.org/ffmpeg/trunk

include paths in the source files.
mostly from a patch by Ronald S. Bultje, rbultje ronald.bitfreak net

Originally committed as revision 9034 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7934 to svn://svn.ffmpeg.org/ffmpeg/trunk

and fix GPL/LGPL version mismatches.

Originally committed as revision 6577 to svn://svn.ffmpeg.org/ffmpeg/trunk