from the former.
Patch by kemuri <kemuri9 at gmail dot com>

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

that case:
Avisynth -> -lavifil32
VFW Cap -> -lavicap32
Patch by kemuri <kemuri9 at gmail dot com>

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

capCreateCaptureWindow() check.
Based on patch by kemuri <kemuri9 at gmail dot com>

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

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

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

This should fix a segfault, also it might be faster on systems where the
+52 wasnt free.

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

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

for this codecs all quants are the same for a single frame.

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

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

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

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

This is faster for videos that have lots of MBs that fall in this category.

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

This is consistent with other codecs and will also avoid a crash on the
memcpy to data[1] if AVPALETTE_SIZE ever increases.

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

and that one is always 0-initialized already.

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

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

4 cpu cycles faster.

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

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

rely on this.

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

if it reached EOF, making it useful in more cases.

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

From multirate RM patch by Ronald S. Bultje

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

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

Fixes issue1666

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

inv_zigzag_direct16 16-byte aligned, so mark it appropriately.
Fixes encoder crashes e.g. with MPlayer's -vf lavc.

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

libavutil/mathematics.h indirectly included by libavformat/avformat.h.

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

Patch by Martin Storsjö reverse(<ts.nitram@nitram>).

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

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

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

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

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

<$firstname () $firstname st>.

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

if present. This fixes playback of a number of MS-RTSP streams, mostly these
for which playback contains a session key in the URI. Fixes issue 1697.
Patch by Alan Steremberg <$firstname dot $lastname () gmail com>.

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

Originally committed as revision 30385 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale

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

This compiler supports gcc-style alignment attributes for struct,
but not for global variables.  For the latter, alignment can be
specified with a pragma, which does not work for struct members or
local variables.  By using both pragma and attribute, one or the
other will always take effect.

Unfortunately, no means exists for aligning stack variables.

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

The seemingly equivalent _Pragma(AV_STRINGIFY(x)) is not accepted
by some compilers.

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

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

The awk command used inadvertently relied on non-standard features.

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

Change order of operands as gcc uses a hardcoded register per operand it seems
even for static functions
thus reducing unneeded moved (now functions try to pass the same argument in
the same spot).
Change signed int to unsigned int for array indexes as signed requires signed
extension while unsigned is free.
move the +52 up and merge it where it will end as a lea instruction, gcc always
splits the 52 out there turning the free +52 into an expensive one otherwise.
The changed code becomes a little faster.

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

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

This should be faster (couldnt meassue a difference), and its less picky
on slightly out of spec dquant.

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