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.

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>

This reduces code duplication and prevents stale pointers from remaining
on the link.

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.

It is 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.

This makes it possible to dintinguish them from PAL8.

Fixes an invalid write in avpicture_layout().

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: Reimar Döffinger <Reimar.Doeffinger@gmx.de>

Signed-off-by: Nicolas George <nicolas.george@normalesup.org>
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Consistent with the pad and scale filters.

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

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

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

Done to keep ABI compatible. Otherwise this is just silly

It is pretty hopeless that other considerable projects will adopt
libavutil alone in other projects. Projects that need small footprint
are better off with more specialized libraries such as gnulib or rather
just copy the necessary parts that they need. With this in mind, nobody
is helped by having libavutil and libavcore split. In order to ease
maintenance inside and around FFmpeg and to reduce confusion where to
put common code, avcore's functionality is merged (back) to avutil.

Signed-off-by: Reinhard Tartler <siretart@tauware.de>

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

evaluated crop area coordinates.

Prevent debug log spamming, define the DEBUG symbol for enabling them.

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

headers.

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

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

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

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

eval API.

More grep-friendly and more consistent with the rest of the FFmpeg
API.

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

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

defined symbols, in particular should fix compilation in DOS.

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

r25185 | stefano | 2010-09-25 03:18:43 +0200 (Sat, 25 Sep 2010) | 1 line

  Make the crop filters accept parametric expressions.

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

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

Slightly more intuitive and required by a pending changes for making
the filter parametric.

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

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

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

The plural form is preferred as it is more consistent with the other functions:
av_fill_image_linesizes()
av_fill_image_pointers()

and looks semantically more correct as it fills an array of elements.

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

factorizing code.

Originally committed as revision 24827 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