| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
| |
Arch specific calls should have an emms_c following to keep the cpu
state consistent.
Reported-By: wm4
CC: libav-stable@libav.org
|
| |
|
| |
|
|
|
|
| |
Also fix some similar typos in comments and documentation.
|
| |
|
|
|
|
| |
This is shorter and consistent across filters.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Current code divides before increasing precision.
Also reduce upper bound for strength from 255 to 64. This will prevent
an overflow in the SSSE3 and MMX filter_line code: delta is expressed as
an u16 being shifted by 2 to the left. If it overflows, having a
strength not above 64 will make sure that m is set to 0 (making the
m*m*delta >> 14 expression void).
A value above 64 should not make any sense unless gradfun is used as
a blur filter.
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|
|
|
|
|
|
|
| |
First DC is only used once otherwise. This also makes the code
consistent with ASM versions.
Signed-off-by: Anton Khirnov <anton@khirnov.net>
|
|
|
|
| |
CC:libav-stable@libav.org
|
|
|
|
|
| |
Deprecate AVFilterBuffer/AVFilterBufferRef and everything related to it
and use AVFrame instead.
|
|
|
|
|
| |
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>
|
|
|
|
| |
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
This reduces code duplication and prevents stale pointers from remaining
on the link.
|
|
|
|
|
| |
This reduces code duplication and prevents stale pointers from remaining
on the link.
|
| |
|
|
|
|
| |
Signed-off-by: Mans Rullgard <mans@mansr.com>
|
| |
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
Signed-off-by: Mans Rullgard <mans@mansr.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
| |
freed just once.
Originally committed as revision 26058 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
Patch by Nolan L nol888 <=> gmail >=< com.
See thread:
Subject: [FFmpeg-devel] [PATCH] Port gradfun to libavfilter (GCI)
Date: Mon, 29 Nov 2010 07:18:14 -0500
Originally committed as revision 25942 to svn://svn.ffmpeg.org/ffmpeg/trunk
|