The renaming in r19293 missed a few things.

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

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

--enable-indev, --enable-outdev rather than --enable-demuxer,
--enable-muxer as before, same for disabling them.

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

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

it is not disabled.

Patch by Adrian Stutz $firsname@sttz ch.

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

patch by Michael Kostylev, michael.kostylev gmail com

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

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

Apparently DragonFlyBSD does not need memalign either.

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

patch by Adam Hoka, ahoka NetBSD org

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

As a positive sideeffect, VAAPI/VDPAU objects need no longer be listed
for all VAAPI/VDPAU-related decoders.

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

in the Makefile as it is done for all other parts that depend on golomb.

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

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

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

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

As a side-effect this also gives it the correct value on e.g. PPC970FX-based
PPC64 systems, thus fixing "make test" (mp2/mp3 decoding).

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

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

patch by Andres Mejia, mcitadel gmail com

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

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

in the build system and documentation that mark it as GPL.

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

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

This should replace the inconsistently named and defined
WORDS_BIGENDIAN.

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

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

patch by Andres Mejia, mcitadel gmail com

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

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

libfaac lies about being LGPL, when it really is not.

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

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

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

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

PPC is normally big endian but has special little endian load/store
instructions.  Using these avoids a separate byteswap.  This makes the
vorbis decoder about 5% faster.  Not much else uses little-endian
read/write extensively.

GCC generates horrible PPC code for the default AV_[RW]B64 (which uses
a packed struct), so we override it with a plain pointer cast.

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

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

trying to enable libamrnb support. The latter function is actually used.
patch by Martin Storsjö, martin martin st

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

The bug[1] is exposed when gcc decides to put some data in a common
section (i.e. data that will be used by more than one object). It will
suggest the data to be aligned, but binutils >= 2.19 will fail to
properly align it. Thus if the data requires any alignment greater
than 4, the application will crash.
The workaround prevents gcc from putting data in a common section,
instead putting it in a properly aligned section.

[1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37216

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

in libavutil when this function is available.

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

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

Patch by Olivier Guilyardi list samalyse com.
See the thread: "[FFmpeg-devel] [PATCH] libavdevice: JACK demuxer".

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

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

from registered HW accelerated codecs with REGISTER_HWACCEL().

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

This makes the actual error message that configure prints be more noticeable.

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

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

installed, but they're good for creating -dev packages.

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