- 16 Nov, 2013 1 commit
-
-
Anton Khirnov authored
-
- 03 Oct, 2013 1 commit
-
-
Diego Biurrun authored
-
- 14 Aug, 2013 2 commits
-
-
Michael Niedermayer authored
Fixes some gif encoding failures Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This prevents issues in case any header #includes put_bits.h Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 07 Jul, 2013 2 commits
-
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
- 30 Apr, 2013 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 19 Apr, 2013 4 commits
-
-
Clément Bœsch authored
-
Clément Bœsch authored
While this is not always optimal, in practice most of the common cases are. ffmpeg -i big_buck_bunny_1080p_h264.mov -ss 45 -vf scale=320:160 -gifflags -transdiff -frames:v 50 -y bbb-notrans.gif ffmpeg -i big_buck_bunny_1080p_h264.mov -ss 45 -vf scale=320:160 -gifflags +transdiff -frames:v 50 -y bbb-trans.gif -rw-r--r-- 1 ubitux ubitux 1.1M Apr 19 19:00 bbb-notrans.gif -rw-r--r-- 1 ubitux ubitux 378K Apr 19 19:00 bbb-trans.gif
-
Clément Bœsch authored
-
Clément Bœsch authored
The encoder now doesn't produce any extra graphic control extension block anymore. Only the image is encoded, and the muxer writing its own GCE containing notably the timing information now includes the optional palette transmitted through packet side data. This commit avoid setting clashes between the two GCE, and reduce the size of the generated file with pal8 output.
-
- 18 Apr, 2013 1 commit
-
-
Clément Bœsch authored
It seems browsers don't like it very much.
-
- 17 Apr, 2013 6 commits
-
-
Clément Bœsch authored
-
Clément Bœsch authored
-
Clément Bœsch authored
-
Clément Bœsch authored
-
Clément Bœsch authored
Increase compression when pictures are similar. -f lavfi testsrc=300: 61M -> 21M
-
Clément Bœsch authored
This commit removes the badly duplicated code between the encoder and the muxer. That may sound surprising, but the encoder is now responsible from the encoding of the picture when muxing to a .gif file. It also does not require anymore a manual user intervention such as a -pix_fmt rgb24 to work properly. To summarize, output gif are now easier to generate, code is saner and simpler, and files are smaller (thanks to the lzw encoding which was unused so far with the default .gif output). We can certainly make things even better, but this is the first step. FATE is updated because of the output being produced by the encoder and not the muxer (no lzw in the muxer), and in the seek test only the size mismatches. Fixes Ticket #2262
-
- 11 Apr, 2013 1 commit
-
-
Diego Biurrun authored
-
- 26 Jan, 2013 1 commit
-
-
Paul B Mahol authored
Some code was copy pasted from muxer, which still have same comments but unlike encoder they are still relevant to muxer. Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
- 08 Oct, 2012 1 commit
-
-
Anton Khirnov authored
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 31 May, 2012 1 commit
-
-
Piotr Bandurski authored
Maybe someone can add a check in the second gif encoder (rgb24), because I'm not sure where it should be added. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 06 Apr, 2012 1 commit
-
-
Martin Storsjö authored
Also break some long lines, remove codec function placeholder comments and add spaces in sample/pixel format lists. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 23 Mar, 2012 1 commit
-
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 22 Mar, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 01 Mar, 2012 1 commit
-
-
Diego Biurrun authored
-
- 23 Feb, 2012 1 commit
-
-
Anton Khirnov authored
-
- 08 Dec, 2011 1 commit
-
-
Carl Eugen Hoyos authored
if the input palette contains at least one colour that is more than 50% transparent. Fixes ticket #715.
-
- 29 Jul, 2011 1 commit
-
-
Anton Khirnov authored
It's more readable and less prone to breakage.
-
- 02 May, 2011 2 commits
-
-
Stefano Sabatini authored
-
Stefano Sabatini authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 28 Jan, 2011 1 commit
-
-
Diego Elio Pettenò authored
None of these symbols should be accessed directly, so declare them as hidden. Signed-off-by: Mans Rullgard <mans@mansr.com> (cherry picked from commit d36beb3f)
-
- 26 Jan, 2011 1 commit
-
-
Diego Elio Pettenò authored
None of these symbols should be accessed directly, so declare them as hidden. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 10 Jan, 2011 1 commit
-
-
Clément Bœsch authored
Originally committed as revision 26303 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 03 Apr, 2010 1 commit
-
-
Stefano Sabatini authored
AVERROR(ENOMEM). AVERROR_NOMEM is deprecated and will be dropped at the next libavutil major bump. Originally committed as revision 22791 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 30 Mar, 2010 1 commit
-
-
Stefano Sabatini authored
is deprecated and will be dropped at the next major bump. Originally committed as revision 22735 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 03 Dec, 2009 1 commit
-
-
Baptiste Coudurier authored
Originally committed as revision 20723 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 02 Dec, 2009 1 commit
-
-
Baptiste Coudurier authored
Originally committed as revision 20710 to svn://svn.ffmpeg.org/ffmpeg/trunk
-