- 20 10月, 2014 1 次提交
-
-
由 Vittorio Giovara 提交于
CC: libav-stable@libav.org
-
- 27 5月, 2014 1 次提交
-
-
由 Anton Khirnov 提交于
Avoid using AV_PIX_FMT_NB, since that hardcodes the number of pixel formats into lavfi and will break when a shared lavu is updated, adding new pixel formats.
-
- 19 4月, 2014 1 次提交
-
-
由 Vittorio Giovara 提交于
-
- 28 10月, 2013 1 次提交
-
-
由 Anton Khirnov 提交于
-
- 18 5月, 2013 2 次提交
-
-
由 Anton Khirnov 提交于
Use the formats.h API instead.
-
由 Anton Khirnov 提交于
This is more consistent with naming in the rest of Libav.
-
- 16 5月, 2013 1 次提交
-
-
由 Anton Khirnov 提交于
This is shorter and consistent across filters.
-
- 10 4月, 2013 2 次提交
-
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
-
- 28 11月, 2012 1 次提交
-
-
由 Anton Khirnov 提交于
Any alleged performance benefits gained from the split are purely mythological and do not justify added code complexity.
-
- 11 10月, 2012 1 次提交
-
-
由 Mans Rullgard 提交于
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: NMans Rullgard <mans@mansr.com>
-
- 08 10月, 2012 1 次提交
-
-
由 Anton Khirnov 提交于
-
- 16 8月, 2012 1 次提交
-
-
由 Martin Storsjö 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
- 22 7月, 2012 1 次提交
-
-
由 Ronald S. Bultje 提交于
-
- 26 6月, 2012 1 次提交
-
-
由 Anton Khirnov 提交于
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.
-
- 13 6月, 2012 1 次提交
-
-
由 Anton Khirnov 提交于
It will allow adding new fields to it without ABI breaks.
-
- 05 6月, 2012 1 次提交
-
-
由 Anton Khirnov 提交于
It is only useful inside filters and we don't allow user filters for now.
-
- 23 5月, 2012 1 次提交
-
-
由 Anton Khirnov 提交于
Those functions are only useful inside filters. It is better to not support user filters until the API is more stable.
-
- 28 1月, 2012 1 次提交
-
-
由 Alex Converse 提交于
-
- 19 3月, 2011 1 次提交
-
-
由 Mans Rullgard 提交于
Signed-off-by: NMans Rullgard <mans@mansr.com>
-
- 28 11月, 2010 1 次提交
-
-
由 Stefano Sabatini 提交于
headers. Originally committed as revision 25838 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 25 9月, 2010 1 次提交
-
-
由 Stefano Sabatini 提交于
Originally committed as revision 25182 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 20 4月, 2010 1 次提交
-
-
由 Diego Biurrun 提交于
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
-
- 31 3月, 2010 1 次提交
-
-
由 Stefano Sabatini 提交于
is deprecated and will be dropped at the next major bump. Originally committed as revision 22735 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 19 3月, 2010 1 次提交
-
-
由 Bobby Bingham 提交于
Originally committed as revision 22595 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 17 3月, 2010 2 次提交
-
-
由 Bobby Bingham 提交于
other is enabled. Originally committed as revision 22577 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 Bobby Bingham 提交于
Originally committed as revision 22576 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 31 1月, 2010 1 次提交
-
-
由 Stefano Sabatini 提交于
function. Originally committed as revision 21550 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 05 12月, 2009 1 次提交
-
-
由 Stefano Sabatini 提交于
Avoid the need to implement slice direction detection code, thus reducing code duplication. See the thread: "[FFmpeg-devel] [PATCH] Add a slice_dir parameter to avfilter_start_frame()". Originally committed as revision 20734 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 04 11月, 2009 3 次提交
-
-
由 Stefano Sabatini 提交于
noformat and null filters. Originally committed as revision 20443 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 Stefano Sabatini 提交于
"video format and noformat filters" to "format and noformat video filters", as suggested by Diego. Originally committed as revision 20442 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 Stefano Sabatini 提交于
Originally committed as revision 20441 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 28 10月, 2009 1 次提交
-
-
由 Stefano Sabatini 提交于
Originally committed as revision 20390 to svn://svn.ffmpeg.org/ffmpeg/trunk
-