- 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.
-
- 11 Jul, 2015 1 commit
-
-
Luca Barbato authored
-
- 23 Nov, 2013 1 commit
-
-
Diego Biurrun authored
-
- 06 May, 2013 1 commit
-
-
Luca Barbato authored
RIFF chunks are aligned to 16bit according to the specification. Bug-Id:500 CC:libav-stable@libav.org
-
- 03 May, 2013 2 commits
-
-
Luca Barbato authored
-
Diego Biurrun authored
-
- 02 May, 2013 1 commit
-
-
Luca Barbato authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 16 Oct, 2012 4 commits
-
-
Anton Khirnov authored
-
Anton Khirnov authored
Fixes Bug 379 CC: libav-stable@libav.org
-
Anton Khirnov authored
-
Victor Vasiliev authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 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
-
- 23 Jul, 2012 1 commit
-
-
Clément Bœsch authored
If st is NULL, it means no 'fmt ' tag is found, but 'data' tag (which needs a previous 'fmt ' tag to be parsed correctly and st initialized) check will make sure st is never dereferenced in that case. Fixes warning: libavformat/wav.c: In function ‘wav_read_header’: libavformat/wav.c:499:44: warning: ‘st’ may be used uninitialized in this function [-Wmaybe-uninitialized] Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- 20 May, 2012 1 commit
-
-
James Zern authored
Signed-off-by: Justin Ruggles <justin.ruggles@gmail.com>
-
- 06 Apr, 2012 1 commit
-
-
Martin Storsjö authored
Also add missing trailing commas, break long codec_tag lines and add spaces in codec_tag declarations. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 15 Feb, 2012 1 commit
-
-
Martin Storsjö authored
Prefix the functions/tables brktimegm, pcm_read_seek, dv_offset_reset, voc_get_packet, codec_movaudio_tags, codec_movvideo_tags. After this, lavf has no global symbols without the proper prefix. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 27 Jan, 2012 1 commit
-
-
Anton Khirnov authored
-
- 30 Nov, 2011 1 commit
-
-
Anton Khirnov authored
It's supposed to be called only from (de)muxers.
-
- 27 Nov, 2011 1 commit
-
-
Victor Vasiliev authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 19 Oct, 2011 1 commit
-
-
Anton Khirnov authored
Trivial replacements with sed are done in this commit: sed 's/av_new_stream(\([^)]*\), 0)/avformat_new_stream(\1, NULL)/'
-
- 12 Oct, 2011 1 commit
-
-
Anton Khirnov authored
-
- 17 Jul, 2011 2 commits
-
-
Anton Khirnov authored
It's more readable and less prone to breakage.
-
Anton Khirnov authored
-
- 13 Jul, 2011 6 commits
-
-
Tomas Härdin authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Tomas Härdin authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Tomas Härdin authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Tomas Härdin authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Tomas Härdin authored
Moving the search and parsing of the 'fmt ' info the main loop of wav_read_header() allows tags that precede it to be parsed. Creating wav_parse_fmt_tag() makes wav_read_header() easier to read. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Benjamin Larsson authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 03 Jul, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 13 Jun, 2011 1 commit
-
-
Carl Eugen Hoyos authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 14 Apr, 2011 1 commit
-
-
Max Horn authored
ff_get_wav_header is reading data from a WAVE file and then uses it (without validation) to malloc a buffer. It then proceeded to read data into the buffer, without verifying that the allocation succeeded. To address this, change ff_get_wav_header to return an error if allocation failed, and adapted all calling code to handle that error. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 03 Apr, 2011 1 commit
-
-
Anton Khirnov authored
Use it instead of url_is_streamed and AVIOContext.is_streamed.
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 17 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>
-
- 07 Mar, 2011 1 commit
-
-
Anton Khirnov authored
AVIOContext.eof_reached should be used directly instead. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-