- 22 Mar, 2014 2 commits
-
-
Diego Biurrun authored
libavcodec/lagarith.c:671:16: warning: '#' flag used with ‘%u’ gnu_printf format [-Wformat]
-
Diego Biurrun authored
-
- 04 Feb, 2014 1 commit
-
-
Anton Khirnov authored
Fixes invalid writes on pixel format changes. Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC:libav-stable@libav.org
-
- 06 Jan, 2014 1 commit
-
-
Kostya Shishkov authored
They end up overwriting past the line end. Partially based on a patch by Michael Niedermayer <michaelni@gmx.at> Bug-Id: vlc/9700 Signed-off-by:
Luca Barbato <lu_zero@gentoo.org> Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 03 Oct, 2013 1 commit
-
-
Diego Biurrun authored
-
- 08 Mar, 2013 1 commit
-
-
Anton Khirnov authored
-
- 20 Dec, 2012 1 commit
-
-
Diego Biurrun authored
-
- 04 Dec, 2012 1 commit
-
-
Anton Khirnov authored
It's got_frame, not data size
-
- 08 Oct, 2012 1 commit
-
-
Anton Khirnov authored
-
- 29 Sep, 2012 1 commit
-
-
Michael Niedermayer authored
Fixes CVE-2012-2793 Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 09 Aug, 2012 1 commit
-
-
Hendrik Leppkes authored
About 2x speedup going from 1 to 2 threads. 1.7s to 0.85s on foreman CIF. Signed-off-by:
Janne Grunau <janne-libav@jannau.net>
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 03 Aug, 2012 2 commits
-
-
Ronald S. Bultje authored
-
Ronald S. Bultje authored
For left HFYU prediction, we predict from the buffer buf+1 using 8- or 16-byte reads. This means that aligning the buffer by 16 bytes is in itself not sufficient, because if the width itself is 16- or 8-byte aligned, the buffer will not be padded, and thus a read of size 16 at buf+1 will overflow boundaries at the right edge. Padding the buffer by 1 byte is sufficient to not overflow its boundaries. Fixes bug 342.
-
- 08 May, 2012 2 commits
-
-
Kostya Shishkov authored
Unlike other variants, for YUY2 we need to use different prediction: * on line 0 for luma we should left predict starting from the second pixel * on line 1 we should left predict first 4 pixels for luma and 2 for chroma * median prediction employed here is taken directly from HuffYUV
-
Carl Eugen Hoyos authored
Signed-off-by:
Kostya Shishkov <kostya.shishkov@gmail.com>
-
- 06 May, 2012 1 commit
-
-
Kostya Shishkov authored
This is logical and also fixes checking for the fourth plane offset.
-
- 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>
-
- 28 Mar, 2012 1 commit
-
-
Ronald S. Bultje authored
Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
-
- 15 Feb, 2012 2 commits
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 29 Dec, 2011 1 commit
-
-
Thad Ward authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 16 Nov, 2011 2 commits
-
-
Kostya Shishkov authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Nathan Caldwell authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 29 Jul, 2011 1 commit
-
-
Anton Khirnov authored
It's more readable and less prone to breakage.
-
- 23 Jun, 2011 1 commit
-
-
Diego Biurrun authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 05 Jun, 2011 1 commit
-
-
Diego Biurrun authored
The filename is unnecessary and brittle across file renames.
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 03 Feb, 2011 1 commit
-
-
Anton Khirnov authored
Tested to compile with lavc major bump. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 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>
-
- 15 Jan, 2011 1 commit
-
-
Reimar Döffinger authored
color value instead of always taking 0 (resulting in green frames). Fixes issue issue2531. Originally committed as revision 26363 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 08 Jan, 2011 1 commit
-
-
Carl Eugen Hoyos authored
Originally committed as revision 26270 to svn://svn.ffmpeg.org/ffmpeg/trunk
-