- 04 May, 2016 1 commit
-
-
Vittorio Giovara authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 23 Feb, 2016 1 commit
-
-
Anton Khirnov authored
Currently, AVStream contains an embedded AVCodecContext instance, which is used by demuxers to export stream parameters to the caller and by muxers to receive stream parameters from the caller. It is also used internally as the codec context that is passed to parsers. In addition, it is also widely used by the callers as the decoding (when demuxer) or encoding (when muxing) context, though this has been officially discouraged since Libav 11. There are multiple important problems with this approach: - the fields in AVCodecContext are in general one of * stream parameters * codec options * codec state However, it's not clear which ones are which. It is consequently unclear which fields are a demuxer allowed to set or a muxer allowed to read. This leads to erratic behaviour depending on whether decoding or encoding is being performed or not (and whether it uses the AVStream embedded codec context). - various synchronization issues arising from the fact that the same context is used by several different APIs (muxers/demuxers, parsers, bitstream filters and encoders/decoders) simultaneously, with there being no clear rules for who can modify what and the different processes being typically delayed with respect to each other. - avformat_find_stream_info() making it necessary to support opening and closing a single codec context multiple times, thus complicating the semantics of freeing various allocated objects in the codec context. Those problems are resolved by replacing the AVStream embedded codec context with a newly added AVCodecParameters instance, which stores only the stream parameters exported by the demuxers or read by the muxers.
-
- 06 Dec, 2015 1 commit
-
-
Anton Khirnov authored
Do not access the encoder options, since it makes no sense when the AVStream codec context is not the encoding context.
-
- 19 Apr, 2015 1 commit
-
-
Vittorio Giovara authored
This applies to every library where performance is not critical.
-
- 14 Feb, 2015 1 commit
-
-
Diego Biurrun authored
-
- 07 Jan, 2015 1 commit
-
-
Luca Barbato authored
-
- 24 Nov, 2014 1 commit
-
-
Vittorio Giovara authored
CC: libav-stable@libav.org Bug-Id: CID 29261
-
- 27 Aug, 2014 1 commit
-
-
Anton Khirnov authored
It is written to the file as a 22-bit value. CC: libav-stable@libav.org
-
- 26 Aug, 2014 1 commit
-
-
Luca Barbato authored
It hints that the content is H264 according to HD-DVD.
-
- 09 Aug, 2014 1 commit
-
-
Luca Barbato authored
-
- 08 Aug, 2014 1 commit
-
-
Luca Barbato authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 23 Nov, 2013 1 commit
-
-
Diego Biurrun authored
-
- 05 May, 2013 1 commit
-
-
Diego Biurrun authored
-
- 01 Oct, 2012 1 commit
-
-
Diego Biurrun authored
-
- 04 Sep, 2012 1 commit
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 30 Jul, 2012 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 21 Jul, 2012 1 commit
-
-
Diego Biurrun authored
-
- 06 May, 2012 1 commit
-
-
Janne Grunau authored
Fixes https://bugzilla.libav.org/show_bug.cgi?id=244
-
- 20 Mar, 2012 1 commit
-
-
Martin Storsjö authored
Make the muxers/demuxers that use the field handle the default -1 in the same way as 0. This allows distinguishing an intentionally set 0 from the default value where the user hasn't set it. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 27 Jan, 2012 2 commits
-
-
Anton Khirnov authored
-
Anton Khirnov authored
-
- 01 Jan, 2012 1 commit
-
-
Janne Grunau authored
The fate-h264-bsf-mp4toannexb failures were caused by an integer overflow of the unneeded multiplication. Inspired by patch by: Michael Niedermayer <michaelni@gmx.at>
-
- 30 Nov, 2011 1 commit
-
-
Anton Khirnov authored
It's supposed to be called only from (de)muxers.
-
- 25 Oct, 2011 1 commit
-
-
Anton Khirnov authored
Deprecate AVFormatContext.preload.
-
- 17 Oct, 2011 1 commit
-
-
Anton Khirnov authored
Deprecate AVFormatContext.mux_rate.
-
- 17 Jul, 2011 1 commit
-
-
Anton Khirnov authored
It's more readable and less prone to breakage.
-
- 03 Jul, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 10 Jun, 2011 1 commit
-
-
Diego Biurrun authored
-
- 02 Jun, 2011 1 commit
-
-
Diego Biurrun authored
-
- 29 Apr, 2011 1 commit
-
-
Diego Biurrun authored
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 17 Mar, 2011 1 commit
-
-
Anton Khirnov authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 21 Feb, 2011 1 commit
-
-
Anton Khirnov authored
In the name of consistency: put_byte -> avio_w8 put_<type> -> avio_w<type> put_buffer -> avio_write put_nbyte will be made private put_tag will be merged with avio_put_str Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 20 Feb, 2011 1 commit
-
-
Anton Khirnov authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 26 Jan, 2011 1 commit
-
-
Diego Elio Pettenò authored
This also lists the objects from those two libraries as internal (by adding the ff_ prefix) so that they can then be hidden via linker scripts.
-
- 16 Oct, 2010 1 commit
-
-
Michael Niedermayer authored
Fixes a scr issue reported with dvdauthor ([FFmpeg-user] FFMPEG encoded MPEG-2 video causes error in DVDAuthor) Originally committed as revision 25512 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 08 Oct, 2010 1 commit
-
-
Michael Niedermayer authored
Originally committed as revision 25414 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 07 Oct, 2010 1 commit
-
-
Michael Niedermayer authored
Originally committed as revision 25385 to svn://svn.ffmpeg.org/ffmpeg/trunk
-