patch by Stefano Sabatini, stefano.sabatini-lala poste it

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

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

Move decode_significance_x86() and decode_significance_8x8_x86() to
i386-specific file from cabac.h.
New file is h264-oriented and only included from h264.c
Resolves compilation when configured with --disable-optimizations due to
decode_significance_8x8_x86 using last_coeff_flag_offset_8x8, which is
only defined in h264.c

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

file based on old).

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

i386-specific file from cabac.h.
New file is h264-oriented and only included from h264.c
Resolves compilation when configured with --disable-optimizations due to
decode_significance_8x8_x86 using last_coeff_flag_offset_8x8, which is
only defined in h264.c

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

and closes issue333.

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

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

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

Fixes issue385.

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

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

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

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

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

"swap first two elements of L1 if L0 and L1 are identical" applies after splitting the lists into fields

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

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

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

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

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

h264.c:2093: warning: unused variable 's'
h264.c:2406: warning: suggest parentheses around arithmetic in operand of ^
h264.c:2412: warning: suggest parentheses around arithmetic in operand of ^

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

in both mpegvideo and h264 decoder. Fixed by allowing all (master and duplicate)
contexts to fully initialize in MPV_frame_start and copying these into
H264Contexts.

Mailing list discussion:
[FFmpeg-devel] Memory leak in h264
Tue, 22 Jan 2008 15:22:55

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

Should make it easier to work around compilation problems with e.g. ICC.

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

(iam not sure if this might have been exploitable)
fixes issue332 / CVCANLMA2_Sony_C.jsv
Other solutions which waste a few bytes less are welcome ...

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

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

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

Patch by Reinhard Nissl: rnissl gmx de

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

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

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

Actually unreference removed pics
And check for too many reference frames as originally intended, not equal
to max reference frames.

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

max frame count, which is limited to less than the size of the
reference buffers, thereby preventing overflow.
Part of fix for issue 281.

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

many reference frames. Also check max num ref frames against our internal
ref buffer sizes.
Part of fix for roundup issue 281

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

Namely, that it should not be called if you are starting to decode a B
frame without any reference pictures.
Prevents an endless allocation cycle in MPV_frame_start that will end in
picture buffer overflow and abort.
Fixes roundup issue 216.

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

Based on original patch by Martin Zlomek martin.zlomek a email D cz
ffmpeg-devel thread: H264: Fix non_zero_count_cache for deblocking in fields
Fri, 30 Nov 2007 9:58:23

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

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

potential error return from decode_slice_header.

Fixes issue 284.

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

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

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

to clear last_picture_ptr, next_picture_ptr for proper picture
management. Prevents crashes in error concealer following seeks.
Fixes Roundup issue 189.

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

patch by: Reinhard Nissl rnissl a gmx d de

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

row in bottom fields and preventing the use of "fast" deblocking for such.

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

in decoding order would always be assigned to a field pair's poc.

Original thread: H.264: Fix poc for field pairs, 6 Nov 2007 17:41:02

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