- 28 Apr, 2014 1 commit
-
-
Michael Niedermayer authored
This improves the used timebases when gif is the source Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 10 Apr, 2014 1 commit
-
-
Michael Niedermayer authored
This causes us to favor RGB8 over PAL8 when FF_LOSS_COLORQUANT is used It probably makes sense to reinvestigate the exact scoring of pal8 when our pal8 support improves to be supperior to rgb8 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 02 Apr, 2014 1 commit
-
-
Carl Eugen Hoyos authored
-
- 02 Oct, 2013 1 commit
-
-
Michael Niedermayer authored
Fixes Ticket3008 Fate changes as PAL8 gets used instead of BGR8 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 19 Apr, 2013 3 commits
-
-
Clément Bœsch authored
To define accurately the delay between two frames, it is necessary to have both available. Before this commit, the first frame had a delay of 0; while in practice the problem is not visible in most situation, it is problematic with low frame rate and large scene change. This commit notably fixes output generated with commands such as: ffmpeg -i big_buck_bunny_1080p_h264.mov -vf "select='gt(scene,0.4)',scale=320:-1,setpts=N/TB" -frames:v 5 -y out.gif Also, to avoid odd loop delays, the N-1 delay is duplicated for the last frame.
-
Clément Bœsch authored
pkt->duration can not be used since the values are only based on frame rate.
-
Clément Bœsch authored
-
- 17 Apr, 2013 2 commits
-
-
Clément Bœsch authored
-
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
-
- 04 Dec, 2012 1 commit
-
-
Paul B Mahol authored
It is broken, and results will be messed up when seeking. This also fix duration displayed for streams when using -c copy. Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
- 30 Nov, 2012 1 commit
-
-
Vitaliy E Sugrobov authored
Without this exception files with ".gif" extension by default recognized as input suitable for image2 demuxer rather than gif. In order to pass image through gif demuxer it was necessary to use -f gif option. This change affected 'make fate' test results because previously image2 demuxer and gif decoder took only first frame of multiframe test data, which is no longer true with gif demuxer. Signed-off-by: Vitaliy E Sugrobov <vsugrob@hotmail.com>
-
- 17 Apr, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 09 Apr, 2012 2 commits
-
-
Reimar Döffinger authored
Decode output must be converted to rgb24 to avoid CRC difference due to palette being stored in machine endianness. Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Reimar Döffinger authored
Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
- 08 Jul, 2011 1 commit
-
-
Anton Khirnov authored
They were replaced by (de)muxer private options.
-
- 31 Aug, 2010 1 commit
-
-
Vitor Sessak authored
Originally committed as revision 25012 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 02 Mar, 2010 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 22155 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 16 Jan, 2010 1 commit
-
-
Måns Rullgård authored
With this change, the output is checked immediately after each test has run. This means commands like "make regtest-mpeg2" can now be used to run a single test and get meaningful results. By default, make will abort if any test fails. To run all tests regardless, use make -k. Originally committed as revision 21254 to svn://svn.ffmpeg.org/ffmpeg/trunk
-