- 27 Mar, 2019 1 commit
-
-
Carl Eugen Hoyos authored
Requested-by: Nicolas George
-
- 20 Mar, 2019 1 commit
-
-
Carl Eugen Hoyos authored
-
- 24 May, 2017 1 commit
-
-
James Almer authored
This is in preparation for a following patch. Signed-off-by: James Almer <jamrial@gmail.com>
-
- 28 Apr, 2017 1 commit
-
-
Anton Khirnov authored
The function currently accepts a PutBitContext and a GetBitContext, which hardcodes their sizes into the lavc ABI. Since the function is quite small and only called in a few places, the simplest solution is making it inline, thus avoiding a runtime dependency completely. Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 31 Mar, 2016 1 commit
-
-
James Almer authored
Reviewed-by: Ronald S. Bultje <rsbultje@gmail.com> Signed-off-by: James Almer <jamrial@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.
-
- 03 Sep, 2015 1 commit
-
-
Michael Niedermayer authored
Fixes CID1322323 Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 14 Feb, 2015 1 commit
-
-
Diego Biurrun authored
-
- 18 Jun, 2014 1 commit
-
-
Anton Khirnov authored
-
- 30 Aug, 2013 1 commit
-
-
Thilo Borgmann authored
-
- 05 Aug, 2013 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 17 Jan, 2013 1 commit
-
-
James Almer authored
Write the packet unaltered if found. Fixes ticket #1917 Signed-off-by: James Almer <jamrial@gmail.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 04 Sep, 2012 1 commit
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 14 Apr, 2012 1 commit
-
-
Reimar Döffinger authored
Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
- 12 Apr, 2012 5 commits
-
-
Reimar Döffinger authored
Fixes potential out-of-bounds writes. This is mostly possible when muxing ALS files where from an extradata size of about 1050 put_bits would write data outside the buffer. Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Reimar Döffinger authored
Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Reimar Döffinger authored
Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Reimar Döffinger authored
For the FATE test sample used, this only avoids a warning message. However for other samples like al05_44.mp4 the converted file can be played only after this fix. Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Reimar Döffinger authored
This will only work for DSEs that are first in a packet, but that is enough to fix handling of the reference files in fate-suite/aac (though most of them still have other issues). Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
- 11 Apr, 2012 4 commits
-
-
Reimar Döffinger authored
Previously it would just silently write out incorrect data. This also fixes a potential integer overflow in the allocation. Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Reimar Döffinger authored
"Fix" in so far as at least it will no longer overread and possibly crash and makes somewhat sense, but no idea whether there is anything that can play the resulting files (FFmpeg can't). Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Reimar Döffinger authored
Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Reimar Döffinger authored
Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
- 02 Dec, 2011 1 commit
-
-
Janne Grunau authored
Pass the correct size in bits to mpeg4audio_get_config and add a flag to disable parsing of the sync extension when the size is not known. Latm with AudioMuxVersion 0 does not specify the size of the audio specific config. Data after the audio specific config can be misinterpreted as sync extension resulting in random and wrong configs.
-
- 20 Oct, 2011 2 commits
-
-
Anton Khirnov authored
They are used in lavf.
-
Anton Khirnov authored
Specifically, ff_mpeg4audio_sample_rates, ff_mpeg4audio_get_config and ff_copy_pce_data
-
- 12 Oct, 2011 1 commit
-
-
Anton Khirnov authored
-
- 30 Sep, 2011 1 commit
-
-
Kieran Kunhya authored
Signed-off-by: Janne Grunau <janne-libav@jannau.net>
-
- 28 Sep, 2011 1 commit
-
-
Kieran Kunhya authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 08 Sep, 2011 2 commits
-
-
Carl Eugen Hoyos authored
-
Carl Eugen Hoyos authored
-
- 07 Sep, 2011 1 commit
-
-
Kieran Kunhya authored
Signed-off-by: Janne Grunau <janne-libav@jannau.net>
-