- 18 Jun, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 17 Jun, 2012 1 commit
-
-
Paul B Mahol authored
Saves few bytes if only some of them in same file are enabled. Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 22 Apr, 2012 1 commit
-
-
Michael Niedermayer authored
Fixes null ptr dereference Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind 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
-
- 15 Feb, 2012 1 commit
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 01 Feb, 2012 1 commit
-
-
Reimar Döffinger authored
Signed-off-by:
Justin Ruggles <justin.ruggles@gmail.com>
-
- 17 Jan, 2012 1 commit
-
-
Reimar Döffinger authored
The same as av_fast_malloc but uses av_mallocz and keeps extra always-0 padding. This does not mean the memory will be 0-initialized after each call, but actually only after each growth of the buffer. However this makes sure that a) all data anywhere in the buffer is always initialized b) the padding is always 0 c) the user does not have to bother with adding the padding themselves Fixes another valgrind warning about use of uninitialized data, this time with fate-vsynth1-jpegls. Signed-off-by:
Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
- 15 Jan, 2012 1 commit
-
-
Reimar Döffinger authored
This is not a real error and memsetting always even when the size did not change is overkill, but it still should be an acceptable trade-off. Signed-off-by:
Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
- 20 Oct, 2011 1 commit
-
-
Anton Khirnov authored
They are used in lavf.
-
- 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>
-
- 29 Apr, 2011 1 commit
-
-
Diego Biurrun authored
-
- 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 Jul, 2010 2 commits
-
-
Måns Rullgård authored
Originally committed as revision 24170 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
Other parts of FFmpeg use NE (native endian) rather than ME (machine). This makes it consistent. Originally committed as revision 24169 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
-
- 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
-
- 06 Mar, 2010 1 commit
-
-
Måns Rullgård authored
These macros are redundant. All uses are replaced with the generic DECLARE_ALIGNED macro instead. Originally committed as revision 22233 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 22 Jan, 2010 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 21377 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 09 Nov, 2009 1 commit
-
-
Francesco Lavra authored
Patch by Francesco Lavra, francescolavra interfree it Originally committed as revision 20484 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 15 Oct, 2009 2 commits
-
-
Reimar Döffinger authored
Originally committed as revision 20242 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Reimar Döffinger authored
Originally committed as revision 20241 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 06 Sep, 2009 1 commit
-
-
Reimar Döffinger authored
Makes no difference for gcc but at least icc can put them in .rodata then. Originally committed as revision 19789 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 26 Aug, 2009 1 commit
-
-
Måns Rullgård authored
None of these arrays are used in ways requiring extra alignment. Originally committed as revision 19715 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 13 Apr, 2009 1 commit
-
-
Stefano Sabatini authored
Originally committed as revision 18494 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 12 Apr, 2009 2 commits
-
-
Reimar Döffinger authored
thus avoiding potential memleaks and pointless memcpys. Originally committed as revision 18470 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Stefano Sabatini authored
put_bits.h. Originally committed as revision 18461 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 11 Apr, 2009 2 commits
-
-
Michael Niedermayer authored
Originally committed as revision 18434 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Carl Eugen Hoyos authored
Originally committed as revision 18430 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 07 Apr, 2009 1 commit
-
-
Thilo Borgmann authored
AVPacket argument rather than a const uint8_t *buf + int buf_size. This allows passing of packet-specific flags from demuxer to decoder, such as the keyframe flag, which appears necessary to playback corePNG P-frames. Patch by Thilo Borgmann thilo.borgmann googlemail com, see also the thread "Google Summer of Code participation" on the mailinglist. Originally committed as revision 18351 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
-
- 17 Jan, 2009 1 commit
-
-
Aurelien Jacobs authored
Originally committed as revision 16654 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 13 Jan, 2009 1 commit
-
-
Aurelien Jacobs authored
They are now always defined to either 0 or 1. Originally committed as revision 16590 to svn://svn.ffmpeg.org/ffmpeg/trunk
-