- 20 Jul, 2015 2 commits
-
-
Vittorio Giovara authored
The rationale is that coded_frame was only used to communicate key_frame, pict_type and quality to the caller, as well as a few other random fields, in a non predictable, let alone consistent way. There was agreement that there was no use case for coded_frame, as it is a full-sized AVFrame container used for just 2-3 int-sized properties, which shouldn't even belong into the AVCodecContext in the first place. The appropriate AVPacket flag can be used instead of key_frame, while quality is exported with the new AVPacketSideData quality factor. There is no replacement for the other fields as they were unreliable, mishandled or just not used at all. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
Allocating coded_frame is what most encoders do anyway, so it makes sense to always allocate and free it in a single place. Moreover a lot of encoders freed the frame with av_freep() instead of the correct API av_frame_free(). This bring uniformity to encoder behaviour and prevents applications from erroneusly accessing this field when not allocated. Additionally this helps isolating encoders that export information with coded_frame, and heavily simplifies its deprecation. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 16 Nov, 2013 1 commit
-
-
Anton Khirnov authored
-
- 03 Oct, 2013 1 commit
-
-
Diego Biurrun authored
-
- 13 Oct, 2012 1 commit
-
-
Diego Biurrun authored
Functions used across libraries should have avpriv_ and not ff_ prefixes.
-
- 08 Oct, 2012 1 commit
-
-
Anton Khirnov authored
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 30 Jul, 2012 1 commit
-
-
Diego Biurrun authored
-
- 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>
-
- 01 Mar, 2012 1 commit
-
-
Diego Biurrun authored
-
- 12 Feb, 2012 1 commit
-
-
Anton Khirnov authored
-
- 10 Jan, 2012 1 commit
-
-
Paul B Mahol authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 29 Jul, 2011 1 commit
-
-
Anton Khirnov authored
It's more readable and less prone to breakage.
-
- 02 May, 2011 1 commit
-
-
Stefano Sabatini authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 15 Feb, 2011 1 commit
-
-
Reinhard Tartler authored
It is pretty hopeless that other considerable projects will adopt libavutil alone in other projects. Projects that need small footprint are better off with more specialized libraries such as gnulib or rather just copy the necessary parts that they need. With this in mind, nobody is helped by having libavutil and libavcore split. In order to ease maintenance inside and around FFmpeg and to reduce confusion where to put common code, avcore's functionality is merged (back) to avutil. Signed-off-by: Reinhard Tartler <siretart@tauware.de>
-
- 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>
-
- 07 Jan, 2011 1 commit
-
-
Baptiste Coudurier authored
Originally committed as revision 26263 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 Sep, 2009 2 commits
-
-
Carl Eugen Hoyos authored
Originally committed as revision 19790 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
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
-
- 13 Mar, 2009 1 commit
-
-
Daniel Verkamp authored
Patch by Daniel Verkamp, daniel drv nu Originally committed as revision 17954 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 12 Jun, 2008 1 commit
-
-
Stefano Sabatini authored
Originally committed as revision 13759 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 11 May, 2008 1 commit
-
-
Carl Eugen Hoyos authored
Fixes icc warning #188: enumerated type mixed with another type Originally committed as revision 13130 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 29 Apr, 2008 1 commit
-
-
Stefano Sabatini authored
patch by Stefano Sabatini, stefano.sabatini-lala poste it Originally committed as revision 13022 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 21 Mar, 2008 1 commit
-
-
Zuxy Meng authored
Originally committed as revision 12525 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 05 Feb, 2007 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 7824 to svn://svn.ffmpeg.org/ffmpeg/trunk
-