- 29 Nov, 2016 1 commit
-
-
Daniel Verkamp authored
The delta escape (2) is supposed to work the same in 4-bit RLE as in 8-bit RLE. This is documented in the MSDN Bitmap Compression page: https://msdn.microsoft.com/en-us/library/windows/desktop/dd183383(v=vs.85).aspx The unchecked modification of line is safe, since the loop condition (line >= 0) will check it before any pixel data is written. Fixes ticket #5153 (output now matches ImageMagick for the provided sample). Signed-off-by: Daniel Verkamp <daniel@drv.nu>
-
- 21 Oct, 2015 1 commit
-
-
Vittorio Giovara authored
Callers always use a frame and cast it to AVPicture, change ff_msrle_decode() to accept an AVFrame directly instead. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 30 May, 2015 1 commit
-
-
Luca Barbato authored
As done in msrle_decode_8_16_24_32. Bug-Id: CVE-2015-3395 CC: libav-stable@libav.org
-
- 13 May, 2015 1 commit
-
-
Michael Niedermayer authored
Finding out if this is correct or buggy is easiest with a sample Fixes: CID1297620 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 16 Apr, 2015 1 commit
-
-
Andreas Cadhalpun authored
This fixes segmentation faults, when pic->linesize[0] is negative. In that case 'line * pic->linesize[0] + pixel_ptr' is treated as unsigned and wraps around. This reverts commit 7d78a964. The problem was introduced in commit f7e1367f, which should obsolete that commit. Signed-off-by: Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 24 Mar, 2015 2 commits
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
avcodec/msrledec: restructure msrle_decode_pal4() based on the line number instead of the pixel pointer Fixes out of array access Fixes: da14e86d8462be6493eab16bc2d40f88/asan_heap-oob_204cfd2_528_cov_340150052_COMPRESS.BMP Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 26 Aug, 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>
-
- 05 Mar, 2013 1 commit
-
-
Michael Niedermayer authored
Fixes out of array accesses Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 06 Feb, 2013 1 commit
-
-
Anton Khirnov authored
CC:libav-stable@libav.org
-
- 30 Jan, 2013 3 commits
-
-
Michael Niedermayer authored
More speedup and fixes 'may be used uninitialized in this function' warnings Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
speeds up code and allows more simplifications Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 11 Apr, 2012 1 commit
-
-
Ronald Bultje authored
Signed-off-by: Justin Ruggles <justin.ruggles@gmail.com>
-
- 13 Feb, 2012 1 commit
-
-
Diego Biurrun authored
Recent versions of gcc (4.4+) no longer give false positive warnings.
-
- 28 Jan, 2012 1 commit
-
-
Alex Converse authored
-
- 13 Dec, 2011 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 07 Dec, 2011 1 commit
-
-
Diego Biurrun authored
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 02 Nov, 2010 4 commits
-
-
Michael Niedermayer authored
This fix is minimalistic, that function should be cleaned up by someone. Originally committed as revision 25633 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Issue has been reported to me by Gynvael Coldwind Originally committed as revision 25632 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 25631 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 25630 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 20 Apr, 2010 1 commit
-
-
Diego Biurrun authored
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
-
- 28 Feb, 2010 1 commit
-
-
Carl Eugen Hoyos authored
Originally committed as revision 22105 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 01 Oct, 2009 1 commit
-
-
Kostya Shishkov authored
Originally committed as revision 20111 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 27 May, 2009 1 commit
-
-
Baptiste Coudurier authored
Originally committed as revision 18965 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 22 May, 2009 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 18894 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 16 May, 2009 1 commit
-
-
Kostya Shishkov authored
picture buffer. Originally committed as revision 18852 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 11 Feb, 2009 1 commit
-
-
Diego Biurrun authored
libavcodec/msrledec.c: In function ‘ff_msrle_decode’: libavcodec/msrledec.c:139: warning: ‘pix32’ may be used uninitialized in this function libavcodec/msrledec.c:138: warning: ‘pix16’ may be used uninitialized in this function Originally committed as revision 17156 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 01 Feb, 2009 1 commit
-
-
Diego Biurrun authored
Otherwise doxygen complains about ambiguous filenames when files exist under the same name in different subdirectories. Originally committed as revision 16912 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 11 Jan, 2009 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 16556 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 06 Dec, 2008 2 commits
-
-
Kostya Shishkov authored
This is based on patches by Alex Converse and Mans Rullgard Thread "[PATCH] Fix MSRLE type punning" Originally committed as revision 16013 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Kostya Shishkov authored
Originally committed as revision 16012 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 18 Sep, 2008 1 commit
-
-
Kostya Shishkov authored
Originally committed as revision 15356 to svn://svn.ffmpeg.org/ffmpeg/trunk
-