- 05 May, 2016 1 commit
-
-
Diego Biurrun authored
-
- 04 May, 2016 1 commit
-
-
Vittorio Giovara authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 04 Mar, 2016 1 commit
-
-
Derek Buitenhuis authored
Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- 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.
-
- 17 Sep, 2015 1 commit
-
-
James Almer authored
Reviewed-by:
Michael Niedermayer <michaelni@gmx.at> Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 15 Sep, 2015 1 commit
-
-
Michael Niedermayer authored
-
- 27 Jul, 2015 1 commit
-
-
Vittorio Giovara authored
Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 04 Mar, 2015 1 commit
-
-
Martin Storsjö authored
The original flags variable contains rtpdec flags, while the rmflags variable contains RM flag bits which have a completely different definition. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 24 Feb, 2015 4 commits
-
-
Martin Storsjö authored
Many of these functions were named foo_free_context, and since the functions no longer should free the context itself, only allocated elements within it, the previous naming was slightly misleading. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This is different from how it is handled in codecs/demuxers/muxers though (where the close function isn't called if the open function failed), but since the number of depacketizers that have an .init function is quite limited, this is easy to change. The main point is that if the init function failed, we shouldn't try to use that depacketizer at all - this makes sure that the parse function doesn't need to check for the things that were initialized in the init function. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This makes it more consistent with depacketizers that don't have any .free function at all, where the payload context is freed by the surrounding framework. Always free the context in the surrounding framework, having the individual depacketizers only free any data they've specifically allocated themselves. This is similar to how this works for demuxer/muxers/codecs - a component shouldn't free the priv_data that the framework has allocated for it. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
The ugly error handling in rdt gets improved in a later commit. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 17 Feb, 2015 1 commit
-
-
Hugo Beauzée-Luyssen authored
Bug-Id: CID 1257835
-
- 04 Dec, 2014 1 commit
-
-
Luca Barbato authored
The function takes a size and not an offset. CC: libav-stable@libav.org Sample-Id: rm_deadlock.rm Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 25 Oct, 2014 1 commit
-
-
Michael Niedermayer authored
Reviewed-by:
"Ronald S. Bultje" <rsbultje@gmail.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 27 Aug, 2014 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 24 May, 2014 1 commit
-
-
Nidhi Makhijani authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 28 Oct, 2013 1 commit
-
-
Anton Khirnov authored
-
- 26 Sep, 2013 1 commit
-
-
Martin Storsjö authored
When av_reallocp fails, the associated variables that keep track of the number of elements in the array (and in some cases, the separate number of allocated elements) need to be reset. Not all of these might technically be needed, but it's better to reset them if in doubt, to make sure variables don't end up conflicting. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 18 Sep, 2013 1 commit
-
-
Alexandra Khirnova authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 05 Aug, 2013 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 30 Apr, 2013 1 commit
-
-
Diego Biurrun authored
-
- 21 Dec, 2012 1 commit
-
-
Martin Storsjö authored
This allows depacketizers to figure out if packets have been lost. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 21 Aug, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 05 Mar, 2012 1 commit
-
-
Justin Ruggles authored
avformat_find_stream_info() no longer hangs while waiting for AAC frame_size
-
- 12 Dec, 2011 1 commit
-
-
Anton Khirnov authored
-
- 10 Dec, 2011 1 commit
-
-
Diego Biurrun authored
-
- 07 Nov, 2011 1 commit
-
-
Martin Storsjö authored
If it failed, return NULL. This avoids trying to use an half-initialized RDTDemuxContext. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 19 Oct, 2011 1 commit
-
-
Anton Khirnov authored
Manual replacements are done in this commit. In many cases, the id is some constant made up number (e.g. 0 for video and 1 for audio), which is then not used in the demuxer for anything. Those ids are removed.
-
- 16 Jun, 2011 1 commit
-
-
Anton Khirnov authored
Deprecate the last remaining member of AVFormatParameters.
-
- 23 Apr, 2011 1 commit
-
-
Martin Storsjö authored
This avoids clashes if we internally want to override the global open function. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 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>
-
- 05 Mar, 2011 1 commit
-
-
Anton Khirnov authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com> (cherry picked from commit a2704c97)
-
- 04 Mar, 2011 1 commit
-
-
Anton Khirnov authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 03 Mar, 2011 2 commits
-
-
Anton Khirnov authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com> (cherry picked from commit e356fc57)
-
Anton Khirnov authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com> (cherry picked from commit 6b4aa5da)
-
- 01 Mar, 2011 2 commits
-
-
Anton Khirnov authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
Anton Khirnov authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-