tta decoder, tested with 44khz mono and stereo (for the latter use ffplay or change MAX_AUDIO_FRAME_SIZE)

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

approved by Diego

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

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

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

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

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

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

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

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

- move vlc tweaking parameters to one place

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

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

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

against shared libs.

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

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

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

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

Fix for url_fclose() being called on an already closed file based on a patch by (<Colin Ward> hitman codehq org)

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

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

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

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

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

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

once when the scaler is initialized, instead of building them and freeing
them over and over. This gives massive performance improvements.
patch by Alan Curry, pacman*at*TheWorld*dot*com

Originally committed as revision 17589 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

Originally committed as revision 17588 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

patch by Alan Curry, pacman_at_TheWorld_dot_com

Originally committed as revision 17587 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

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

approved by Benjamin

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

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

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

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

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

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

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

patch replaces '()' for the correct '(void)' in function
declarations/prototypes which have no parameters. The '()' syntax tell
thats there is a variable list of arguments, so that the compiler cannot
check this. The extra CFLAG '-Wstrict-declarations' shows those cases.

Comments about a similar patch applied to ffmpeg:

That in C++ these mean the same, but in ANSI C the semantics are
different; function() is an (obsolete) K&R C style forward declaration,
it basically means that the function can have any number and any types
of parameters, effectively completely preventing the compiler from doing
any sort of type checking. -- Erik Slagter

Defining functions with unspecified arguments is allowed but bad.
With arguments unspecified the compiler can't report an error/warning
if the function is called with incorrect arguments. -- Måns Rullgård

Originally committed as revision 17567 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

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

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

do the opposite of what they say.
The vec_mstrgb24 and vec_mstbgr24 macros should be opposites and not perform
the same things.
patch by Alan Curry, pacman_at_world_dot_std_dot_com

Originally committed as revision 17564 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

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

patch by Luca Abeni, lucabe72*at*email*dot*it

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

patch by Colin Ward, hitman*at*codehq*dot*org

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