- 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.
-
- 01 May, 2014 1 commit
-
-
Anton Khirnov authored
That field is undocumented, of dubious use, and will be deprecated.
-
- 06 Jul, 2013 3 commits
-
-
Michael Niedermayer authored
Based on description by James Almer and the xiph wiki Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
James Almer authored
since there should not be more than one fisbone for a given stream. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
James Almer authored
start_granule should be applied to the stream referenced in the fisbone packet, not to the Skeleton stream. This was broken in d1f05dd1 and produced bogus warnings about multiple fisbone in the same stream on files with more than one stream. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 13 Mar, 2013 1 commit
-
-
Diego Biurrun authored
-
- 08 Jan, 2013 1 commit
-
-
Michael Niedermayer authored
Fixes division by zero Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 23 Oct, 2012 1 commit
-
-
Diego Biurrun authored
-
- 09 Oct, 2012 1 commit
-
-
Diego Biurrun authored
Some invocations include a verb in the log message, others do not. Yet av_log_missing_feature expects callers to provide a verb. Change the function to include a verb instead and update the callers accordingly. The result is a more natural function API and correct English in the function invocations.
-
- 24 Sep, 2012 2 commits
-
-
Luca Barbato authored
The fisbone packets can be muxed in any order as long the last one comes before the first data packet.
-
Luca Barbato authored
Not having the header for a codec is a tell-tale of a broken file.
-
- 23 Mar, 2012 1 commit
-
-
Michael Niedermayer authored
This prevents a null ptr dereference. It could be checked differently but this way it should be possible to return some data. Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 04 Feb, 2012 1 commit
-
-
Reimar Döffinger authored
We can handle v4 just fine, the parts we currently use are the same for v3 and v4. v4 can in addition contain an index which we so far do not use though. Signed-off-by:
Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
- 30 Nov, 2011 1 commit
-
-
Anton Khirnov authored
It's supposed to be called only from (de)muxers.
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 09 Feb, 2011 1 commit
-
-
Ronald S. Bultje authored
Change int64_t into a int, which caused this compiler warning: libavformat/oggparseskeleton.c:64: warning: passing argument 2 of ‘av_reduce’ from incompatible pointer type (cherry picked from commit 69ff1492)
-
- 07 Feb, 2011 1 commit
-
-
Ronald S. Bultje authored
Change int64_t into a int, which caused this compiler warning: libavformat/oggparseskeleton.c:64: warning: passing argument 2 of ‘av_reduce’ from incompatible pointer type
-
- 06 Feb, 2011 1 commit
-
-
Reimar Döffinger authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 05 Feb, 2011 1 commit
-
-
Reimar Döffinger authored
-
- 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
-
- 28 Mar, 2010 1 commit
-
-
Aurelien Jacobs authored
Originally committed as revision 22705 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 11 Mar, 2010 1 commit
-
-
David Conrad authored
Originally committed as revision 22457 to svn://svn.ffmpeg.org/ffmpeg/trunk
-