Conflicts:

	libavfilter/avfilter.c
	libavfilter/vf_drawtext.c
	libavfilter/vf_lut.c
	libavfilter/vf_select.c
	libavfilter/vf_setpts.c
	libavfilter/vsrc_color.c
	libavfilter/vsrc_movie.c

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Regression since git 71ef1ec7b.

This is heavily based on 2831b307 by Anton Khirnov <anton@khirnov.net>

Deprecate AVFilterBuffer/AVFilterBufferRef and everything related to it
and use AVFrame instead.

Reported-by: durandal_1707
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Any alleged performance benefits gained from the split are purely
mythological and do not justify added code complexity.

This fixes ff* -h infinite looping

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Add support for named options, and deprecate old "num:den" ambiguous
syntax.

A number of compilers, for example those from TI and IBM, choke on
these initialisers.  The current style is also quite ugly.

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

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

The buffer is passed on to the next filter, so we shouldn't keep any
pointers to it.

It is not used in any filters currently and is inherently evil. If
passing binary data to filters is required in the future, it should be
done with some AVOptions-based system.

It will allow adding new fields to it without ABI breaks.

They are only useful inside filters and we don't allow user filters for
now.

Those functions are only useful inside filters. It is better to not
support user filters until the API is more stable.

Check on < 0 rather than on != 0, this is more correct as a positive
error code from av_parse_ratio() value doesn't mean an error.

Previously it was returning 0 in case the aspect was parsable but
invalid.

X-ColaCount: +10*PHIl

Fix regression introduced in commit 70ffda3217.

The new name is more sensible.

Factorize code and provide ratio parsing consistency.

GCC 4.6.2 at least still seems to fail to put them in .rodata though,
see also http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37303

Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>

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

Improve consistency with libavcodec.

This breaks libavfilter API/ABI.

The non-sequential 2.1.0 -> 2.4.0 bump is due to the mess previously
done with the lavfi minor number.

This is more consistent with the terminology adopted by the aspect
filter names.

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

This is more consistent with the terminology adopted by the aspect
filter names.

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

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

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

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

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

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

aspect ratio.

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

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

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

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

Define a new struct AVFilterBufferRefVideoProps and add a type field
to AVFilterBufferRef.

Video specific properties in AVFilterBufferRefVideoProps are now
referred to by *video pointer in AVFilterBufferRef.

Patch by S.N. Hemanth Meenakshisundaram smeenaks->ucsd.edu.

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

The struct is going to be used for storing audio buffer references as
well, and the new name is more generic.

Patch by S.N. Hemanth Meenakshisundaram @smeenaks@ucsd@edu@.

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

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

is deprecated and will be dropped at the next major bump.

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