It does not help as an abstraction and adds dsputil dependencies.
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>

This allows us to remove FF_IDCT_WMV2, which serves no practical purpose
other than to be able to select the WMV2 IDCT for MPEG (or vice versa)
and get corrupt output.

Fate tests for all wmv2-related tests change, because (for some obscure
reason) they forced use of the MPEG IDCT. You would get the same changes
previously by not using -idct simple in the fate test (or replacing it
with -idct auto).

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

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

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

Originally committed as revision 16684 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

Patch by Alexander Strange ( astrange ithinksw com )

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

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

Originally committed as revision 9484 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

armv5t does - use the armv5t function rather than default c code.
patch by Tim Chick chick at computergeek freeserve co uk

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

patch by Siarhei Siamashka % siarhei P siamashka A gmail P com %
Original thread:
Date: Jan 6, 2007 5:07 PM
Subject: [Ffmpeg-devel] [PATCH] Optimization of 'dct_unquantize_h263_intra' for ARM (armv5te) (try2)
and
Date: Jan 2, 2007 6:13 PM
Subject: [Ffmpeg-devel] [PATCH] Optimization of 'dct_unquantize_h263_intra' for ARM (armv5te)

Originally committed as revision 7423 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

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

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

while playing with some new hardware, I found it's running a forked mplayer
 -- and it looks like they're following the GPL.

 The maintainer's page is here: http://atty.jp/?Zaurus/mplayer
 Unfortunately it's mostly in Japanese, so it's hard to figure out any
  details.

  Their code looks quite interesting (at least to those of us w/ ARM CPUs).

  The patches I've attached are the patches from atty.jp with a couple of
  modifications by myself:
  - ported to current CVS
  - reverted their change of removing SNOW support from ffmpeg
  - cleaned up their bswap mess
  - removed DOS-style linebreaks from various files

patch by (Bernhard Rosenkraenzer: bero, arklinux org)

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

bitexact cleanup

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

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

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

  - put FF_LIBMPEG2_IDCT_PERM into CVS - so it will work for now

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

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

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

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

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

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