- 21 Jun, 2016 2 commits
-
-
James Almer authored
It has no use afterwards and freeing it before calling ff_flac_parse_picture() may help prevent OOM issues on memory constrained scenarios. Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
Allocate the memory needed for the decoded data rather than the encoded data. Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 04 May, 2016 1 commit
-
-
Alexandra Hájková 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.
-
- 10 Sep, 2015 1 commit
-
-
Luca Barbato authored
Bug-Id: 886 CC: libav-stable@libav.org
-
- 27 Jul, 2015 1 commit
-
-
Vittorio Giovara authored
Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 06 Nov, 2014 5 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Anton Khirnov authored
-
Anton Khirnov authored
It is required by (at least) the ogg demuxer. Mark the current semi-public apriv API for removal.
-
Anton Khirnov authored
This is done in preparation for making it public.
-
- 13 Aug, 2014 1 commit
-
-
Andrew Stone authored
Originally, AVFormatContext and a metadata dict were provided to ff_vorbis_comment(), but this presented issues if an AVStream was being updated or the metadata on AVFormatContext wasn't actually being updated. To remedy this, ff_vorbis_stream_comment() explicitly updates a stream's metadata and sets any necessary flags. ff_vorbis_comment() does not modify any flags, and any calls to it that update AVFormatContext's metadata (just a single call) must also update AVFormatContext.event_flags after detecting any metadata changes to the provided dictionary, as signaled by a positive return value. Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 11 Jun, 2014 1 commit
-
-
Michael Niedermayer authored
Fixes Ticket3710 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 28 May, 2014 1 commit
-
-
Anton Khirnov authored
It is commonly stored in a vorbiscomment block in codec private data.
-
- 24 Apr, 2014 1 commit
-
-
Carl Eugen Hoyos authored
The Windows runtime aborts if it finds %t or %z. Fixes ticket #3472. Reviewed-by: Ronald Bultje
-
- 05 Apr, 2014 1 commit
-
-
Michael Niedermayer authored
Fixes CID1197055 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 04 Apr, 2014 1 commit
-
-
Alessandro Ghedini authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 05 Mar, 2014 1 commit
-
-
Michael Niedermayer authored
Fixes Ticket3437 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 02 Mar, 2014 1 commit
-
-
Michael Niedermayer authored
Fixes out of array read Fixes: 34260c7981118fb38fba61809bf4dd5a-asan_heap-oob_93b923_1508_cov_951051643_DivX640x480_oggvorbis.avi Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 16 Feb, 2014 1 commit
-
-
Hendrik Leppkes authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 05 Feb, 2014 2 commits
-
-
Ben Boeckel authored
If a special comment packet shows up in the middle of the stream, we should extract it out into the vorbis stream metadata dictionary. Also, if there is metadata in the packet on the way in, it might linger since we only add data to the dictionary causing stale metadata to be inserted into the stream. Instead, clear it to remove any doubt about what is new and old. Signed-off-by:
Ben Boeckel <mathstuf@gmail.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Ben Boeckel authored
Currently, if there are multiple 'performer' tags, the last one is the only one which appears. Instead, join them with a semicolon. Signed-off-by:
Ben Boeckel <mathstuf@gmail.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 12 Oct, 2013 4 commits
-
-
Vittorio Giovara authored
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
Vittorio Giovara authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com> Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 05 Oct, 2013 1 commit
-
-
Vittorio Giovara authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 03 Oct, 2013 1 commit
-
-
Vittorio Giovara authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 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>
-
- 13 Aug, 2013 1 commit
-
-
Luca Barbato authored
It is possible to have an initial broken header and then valid packets. Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
-
- 07 Aug, 2013 2 commits
-
-
Michael Niedermayer authored
Fixes CID1061059 Fixes fate Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Fixes CID1061058 Fixes fate Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 14 Jul, 2013 1 commit
-
-
James Almer authored
Fixes ticket #1833 Signed-off-by:
James Almer <jamrial@gmail.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 09 Jul, 2013 1 commit
-
-
James Almer authored
Fixes ticket #2655 Signed-off-by:
James Almer <jamrial@gmail.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 07 Mar, 2013 1 commit
-
-
Reimar Döffinger authored
Make sure the behavior does not change with the locale. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 03 Mar, 2013 1 commit
-
-
Reimar Döffinger authored
As far as I can tell the code should not change behaviour depending on locale in any of these places. Signed-off-by:
Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
- 30 Jan, 2013 2 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Paweł Hajdan, Jr authored
Memory passed to av_realloc cannot be allocated using memalign. From realloc(3): The realloc() function changes the size of the memory block pointed to by ptr to size bytes. (...) Unless ptr is NULL, it must have been returned by an earlier call to malloc(), calloc() or realloc(). The issue has been found by debugallocation, a part of google-perftools: http://code.google.com/p/gperftools/ . Signed-off-by:
Paweł Hajdan, Jr <phajdan@google.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 09 Jan, 2013 1 commit
-
-
Luca Barbato authored
-