- 10 Jun, 2018 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 04 Nov, 2017 1 commit
-
-
Kieran Kunhya authored
-
- 26 May, 2017 1 commit
-
-
James Almer authored
This merges commit c3e84820 from libav, originally written by Anton Khirnov and skipped in fc63d5ce. libavcodec/h264_picture.c | 3 --- libavcodec/h264_ps.c | 9 --------- libavcodec/h264_slice.c | 25 +++++++++++++++++++------ libavcodec/h264dec.c | 13 +------------ libavcodec/h264dec.h | 9 +++++---- 5 files changed, 25 insertions(+), 34 deletions(-)
-
- 23 Mar, 2017 1 commit
-
-
Michael Niedermayer authored
avcodec/h264_ps: Fix runtime error: signed integer overflow: 2147483647 + 26 cannot be represented in type 'int' Fixes: 902/clusterfuzz-testcase-4561155144024064 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/targets/ffmpegReviewed-by: "Ronald S. Bultje" <rsbultje@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 11 Mar, 2017 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 23 Feb, 2017 1 commit
-
-
Michael Niedermayer authored
Fixes: 647/clusterfuzz-testcase-5195745823031296 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg Reviewed-by: BBB Reviewed-by: Paul B Mahol <onemda@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 21 Feb, 2017 1 commit
-
-
Michael Niedermayer authored
Fixes: signed integer overflow: 5 + 2147483646 cannot be represented in type 'int' Fixes: 634/clusterfuzz-testcase-5285420445204480 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/targets/ffmpegSigned-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 19 Feb, 2017 1 commit
-
-
Michael Niedermayer authored
avcodec/h264_ps: Fix runtime error: signed integer overflow: -1094995528 * 2 cannot be represented in type 'int' Fixes: 615/clusterfuzz-testcase-5488002644049920 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/targets/ffmpegSigned-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 31 Jan, 2017 1 commit
-
-
Diego Biurrun authored
-
- 12 Jan, 2017 1 commit
-
-
Anton Khirnov authored
-
- 02 Dec, 2016 1 commit
-
-
Vittorio Giovara authored
Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 08 Nov, 2016 1 commit
-
-
Diego Biurrun authored
-
- 17 Aug, 2016 1 commit
-
-
Diego Biurrun authored
-
- 24 Jul, 2016 1 commit
-
-
Carl Eugen Hoyos authored
-
- 11 Jul, 2016 1 commit
-
-
Anton Khirnov authored
Currently, SPS.mb_height is actually what the spec calls PicHeightInMapUnits, which is half the frame height when interlacing is allowed. Calling this 'mb_height' is quite confusing, and there are at least two associated bugs where this field is treated as the actual frame height - in the h264 parser and in the code computing maximum reordering buffer size for a given level. Fix those issues (and avoid possible future ones) by exporting the real frame height in this field.
-
- 30 Jun, 2016 3 commits
-
-
Benoit Fouet authored
-
Benoit Fouet authored
The MBS only flag was not taken into account when checking macroblock dimensions. Also removes the unneeded check in init_dimensions for slices.
-
Benoit Fouet authored
In order to be able to make SPS const in H264ParamSets, modify decode_scaling_matrices so that it returns if the scaling matrix are present in the SPS, instead of altering the input SPS structure.
-
- 21 Jun, 2016 3 commits
-
-
Anton Khirnov authored
This field (which the spec calls max_num_ref_frames) must be less than or equal to MaxDpbFrames, which is at most 16.
-
Anton Khirnov authored
The PS parsing code is independent from the decoder, so it makes more sense for it to have its own separate header.
-
Anton Khirnov authored
This is more consistent with the naming of other decoders.
-
- 20 Jun, 2016 1 commit
-
-
Matthieu Bouron authored
-
- 12 Jun, 2016 1 commit
-
-
Anton Mitrofanov authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 04 May, 2016 1 commit
-
-
Vittorio Giovara authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 24 Apr, 2016 1 commit
-
-
Anton Khirnov authored
Make the SPS/PPS parsing independent of the H264Context, to allow decoupling the parser from the decoder. The change is modelled after the one done earlier for HEVC. Move the dequant buffers to the PPS to avoid complex checks whether they changed and an expensive copy for frame threads.
-
- 28 Mar, 2016 1 commit
-
-
Anton Khirnov authored
-
- 25 Mar, 2016 1 commit
-
-
Diego Biurrun authored
-
- 06 Dec, 2015 1 commit
-
-
Anton Khirnov authored
Fall back to maximum DPB size if the level is unknown. This should be more spec-compliant and does not depend on the caller setting has_b_frames before opening the decoder. The old behaviour, when the delay is supplied by the caller setting has_b_frames, can still be obtained by setting strict_std_compliance below normal.
-
- 03 Oct, 2015 1 commit
-
-
Michael Niedermayer authored
Fixes: https://trac.ffmpeg.org/attachment/ticket/685/movie.264 In the available testcase the actual PPS only uses a few bits while there are 7kbyte of apparently random data after it Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 02 Oct, 2015 1 commit
-
-
wm4 authored
We assume an upper bound of 4096 bytes for each raw SPS/PPS. It's hard to determine an exact maximum size, but this value was was considered high enough and safe. Needed for the following VideotoolBox commit.
-
- 27 Jul, 2015 1 commit
-
-
Vittorio Giovara authored
Convert doxygen to multiline and express bitfields more simply. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 20 Apr, 2015 1 commit
-
-
Vittorio Giovara authored
Bug-Id: CID 1026763
-
- 16 Apr, 2015 2 commits
-
-
Michael Niedermayer authored
This probably makes no big difference but it is more correct Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Vittorio Giovara authored
The spec madandate both time_scale and num_units_in_tick greater than 0, however since they are not essential for decoding, just ignore the whole block and try to finish parsing the VUI. Related to Ticket4445. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 10 Apr, 2015 1 commit
-
-
Michael Niedermayer authored
Fixes Ticket4445 Tested-by: Vittorio Giovara <vittorio.giovara@gmail.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 08 Apr, 2015 1 commit
-
-
Michael Niedermayer authored
This more completely checks for truncation Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 05 Apr, 2015 1 commit
-
-
Anton Khirnov authored
There is in general no reason for the currently active SPS to be the one referenced by the PPS being parsed.
-
- 21 Mar, 2015 1 commit
-
-
Anton Khirnov authored
CC: libav-stable@libav.org
-
- 06 Feb, 2015 1 commit
-
-
Michael Niedermayer authored
Fixes out of array read Fixes: asan_static-oob_30328b6_719_cov_3325483287_H264_artifacts_motion.h264 Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 30 Nov, 2014 1 commit
-
-
Christophe Gisquet authored
Needed for filters that may need it, like an SPS bsf. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-