- 04 May, 2016 1 commit
-
-
Vittorio Giovara authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 27 Jul, 2015 1 commit
-
-
Vittorio Giovara authored
Convert doxygen to multiline and express bitfields more simply. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 12 Jun, 2015 1 commit
-
-
Vittorio Giovara authored
-
- 24 May, 2015 2 commits
-
-
Michael Niedermayer authored
This avoids the need to dereference MpegEncContext->pb if it is already available outside ff_h263_encode_motion() Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 22 May, 2015 1 commit
-
-
Vittorio Giovara authored
They are just duplicates of AVCodecContext members so use those instead.
-
- 28 Apr, 2015 2 commits
-
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
- 24 Nov, 2014 1 commit
-
-
Vittorio Giovara authored
-
- 18 Jun, 2014 1 commit
-
-
Diego Biurrun authored
-
- 29 Nov, 2013 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 31 Oct, 2013 1 commit
-
-
Anton Khirnov authored
It's for internal use only.
-
- 15 Aug, 2013 1 commit
-
-
Diego Biurrun authored
-
- 06 Mar, 2013 1 commit
-
-
Ronald S. Bultje authored
Not all hwaccels implement all codecs, so using one single list for multiple such codecs means some codecs will be represented in the list, even though they don't actually handle that codec. Copying specific lists in each codec fixes that. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 18 Feb, 2013 1 commit
-
-
Ronald S. Bultje authored
Not all hwaccels implement all codecs, so using one single list for multiple such codecs means some codecs will be represented in the list, even though they don't actually handle that codec. Copying specific lists in each codec fixes that. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 06 Feb, 2013 1 commit
-
-
Anton Khirnov authored
-
- 23 Jan, 2013 1 commit
-
-
Diego Biurrun authored
It does not help as an abstraction and adds dsputil dependencies. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 04 Dec, 2012 1 commit
-
-
Anton Khirnov authored
It's got_frame, not data size
-
- 09 Oct, 2012 1 commit
-
-
Anuj Mittal authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 29 Feb, 2012 1 commit
-
-
Anton Khirnov authored
Deprecate CODEC_FLAG_CBP_RD.
-
- 15 Feb, 2012 1 commit
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 05 Nov, 2011 1 commit
-
-
Reimar Döffinger authored
Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
- 23 Oct, 2011 1 commit
-
-
Anton Khirnov authored
It's not used anywhere else.
-
- 21 May, 2011 1 commit
-
-
Diego Biurrun authored
Add missing multiple inclusion guards; clean up #endif comments; add missing library prefixes; keep guard names consistent.
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 30 Jun, 2010 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 23904 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 08 Mar, 2010 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 22337 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 06 Mar, 2010 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 22262 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 09 Jan, 2010 1 commit
-
-
Michael Niedermayer authored
Originally committed as revision 21109 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 08 Jan, 2010 1 commit
-
-
Michael Niedermayer authored
Originally committed as revision 21098 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 07 Jan, 2010 1 commit
-
-
Michael Niedermayer authored
Originally committed as revision 21079 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 30 Dec, 2009 4 commits
-
-
Diego Biurrun authored
Originally committed as revision 20975 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
It is just a logical OR of several decoder definitions, all of which depend on CONFIG_H263_DECODER. So it can just be replaced by the latter. Originally committed as revision 20973 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 20972 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
There is no need to list decoders that enable the H.263 decoder anyway. Originally committed as revision 20970 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 28 Dec, 2009 1 commit
-
-
Diego Biurrun authored
CONFIG_ANY_H263_ENCODER is just a logical OR of H.263 family definitions, for which the build system enables CONFIG_H263_ENCODER anyway. Originally committed as revision 20950 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 05 Aug, 2009 1 commit
-
-
Diego Biurrun authored
CONFIG_RV20_ENCODER when also checking for CONFIG_H263_ENCODER. The RV10/RV20 encoders depend on the H.263 encoder. Originally committed as revision 19593 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 14 Jan, 2009 1 commit
-
-
Aurelien Jacobs authored
and remove all ENABLE_ definitions. Originally committed as revision 16600 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 31 Aug, 2008 1 commit
-
-
Stefano Sabatini authored
Consistently apply this rule: the guard name is obtained from the filename by stripping the leading "lib", converting '/' and '.' to '_' and uppercasing the resulting name. Guard names in the root directory have to be prefixed by "FFMPEG_". Originally committed as revision 15120 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 17 Oct, 2007 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 10765 to svn://svn.ffmpeg.org/ffmpeg/trunk
-