The code using it was removed in d66e305bd1.

This is done to disentangle ER from mpegvideo. In order to use a
classic Picture, callers can use ff_mpeg_set_erpic() or use a custom function
to set the fields. Please note that buffers need to be allocated before
calling ff_er_frame_end().

Also switch from "tbl" to "tab" name suffixes.

XvMC has long ago been superseded by newer acceleration APIs, such as
VDPAU, and few downstreams still support it. Furthermore XvMC is not
implemented within the hwaccel framework, but requires its own specific
code in the MPEG-1/2 decoder, which is a maintenance burden.

err_recognition is supposed to trigger detecting and reporting errors,
not trying to fix them.

Signed-off-by: Anton Khirnov <anton@khirnov.net>

There's no point in these pointers not being const.

Signed-off-by: Martin Storsjö <martin@martin.st>

It is not used inside lavc anywhere and now it makes no sense to export
it.

pp_time is never set for h264

Signed-off-by: Martin Storsjö <martin@martin.st>

This feature is complex, of questionable utility, and slows down
normal decoding.

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

Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
CC: libav-stable@libav.org

Signed-off-by: Martin Storsjö <martin@martin.st>

Signed-off-by: Diego Biurrun <diego@biurrun.de>

Simplify a little error resilience calls

Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

Add the namespace to {AC_,DC_,MV_}{END,ERROR} macros

Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

Signed-off-by: Anton Khirnov <anton@khirnov.net>

Signed-off-by: Janne Grunau <janne-libav@jannau.net>

FF_COMMON_FRAME holds the contents of the AVFrame structure and is also copied
to struct Picture.  Replace by an embedded AVFrame structure in struct Picture.

Fixes crashes when playing broken MPEG2-TS streams.

Without, the predictor isn't actually used.

Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>

Signed-off-by: Diego Biurrun <diego@biurrun.de>

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

Passing an explicit filename to this command is only necessary if the
documentation in the @file block refers to a file different from the
one the block resides in.

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

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

is no reference frame available. (this can happen because the EC code will attempt
to use reference frames even for I/IDR frames)

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

Also revert the related error concealment hotfix.

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

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

a proper fix appears to require changing h263/mpeg2/motion est to index ref_index like
h264. Ill do this change and then revert this hotfix but it will take a bit time.

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

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

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

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

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

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

ones based on mb_stride in h264.
about 20 cpu cycles faster overall per MB

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