- 24 Jun, 2017 1 commit
-
-
Michael Niedermayer authored
Fixes: runtime error: left shift of 1965559808 by 4 places cannot be represented in type 'int' Fixes: 2333/clusterfuzz-testcase-minimized-5223935677300736 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegReviewed-by:
Paul B Mahol <onemda@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 26 May, 2017 1 commit
-
-
James Almer authored
This merges commit a02ae1c6 from libav, originally written by Anton Khirnov and skipped in fc63d5ce. libavcodec/hevc_parser.c | 6 ++++-- libavcodec/hevc_ps.c | 31 ++++++++++++------------------- libavcodec/hevc_ps.h | 2 -- libavcodec/hevc_refs.c | 18 +++++------------- libavcodec/hevcdec.c | 7 ++++--- libavcodec/hevcdec.h | 2 -- 6 files changed, 25 insertions(+), 41 deletions(-) Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 05 May, 2017 4 commits
-
-
James Almer authored
This is in preparation for a following patch. Reviewed-by:
Hendrik Leppkes <h.leppkes@gmail.com> Reviewed-by:
Aaron Levinson <alevinsn@aracnet.com> Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
Move it to hevc_ps as well. This is in preparation for a following patch. Reviewed-by:
Hendrik Leppkes <h.leppkes@gmail.com> Reviewed-by:
Aaron Levinson <alevinsn@aracnet.com> Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
It doesn't depend on hevcdec anymore. Reviewed-by:
Hendrik Leppkes <h.leppkes@gmail.com> Reviewed-by:
Aaron Levinson <alevinsn@aracnet.com> Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
Based on the H264 SEI implementation. Reviewed-by:
Hendrik Leppkes <h.leppkes@gmail.com> Reviewed-by:
Aaron Levinson <alevinsn@aracnet.com> Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 09 Apr, 2017 1 commit
-
-
James Almer authored
Use ff_hevc_decode_extradata() instead, which correctly only tries to decode parameter set NAL units and not any other NAL that may be present in extradata. Reviewed-by: nevcairiel Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 06 Apr, 2017 1 commit
-
-
Steve Lhomme authored
These data are necessary when transmitting HDR over HDMI. Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 12 Jan, 2017 1 commit
-
-
Anton Khirnov authored
-
- 21 Oct, 2016 1 commit
-
-
Anton Khirnov authored
Those values are decoder-independent and are also use by the VA-API encoder.
-
- 16 Oct, 2016 5 commits
-
-
Anton Khirnov authored
This code is independent from the decoder, so it makes more sense for it to to have its own header.
-
Anton Khirnov authored
This will be useful in the following commits.
-
Anton Khirnov authored
-
Anton Khirnov authored
This way they can be reused by other code without including the whole decoder-specific hevcdec.h Also, add the HEVC_ prefix to them, since similarly named values exist for H.264 as well and are sometimes used in the same code.
-
Anton Khirnov authored
This is more consistent with the rest of libav and frees up the hevc.h name for decoder-independent shared declarations.
-
- 09 Sep, 2016 1 commit
-
-
Matthieu Bouron authored
-
- 14 May, 2016 1 commit
-
-
Will Kelleher authored
Signed-off-by:
Will Kelleher <wkelleher@gogoair.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 25 Apr, 2016 1 commit
-
-
Derek Buitenhuis authored
It's not even used anymore, and the checks are no longer functionally important. Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- 28 Mar, 2016 1 commit
-
-
Anton Khirnov authored
This code will be shared with h264.
-
- 13 Feb, 2016 3 commits
-
-
Neil Birkbeck authored
lavc/hevc Parse SEI_TYPE_MASTERING_DISPLAY_INFO and propagate content into the AVMasteringDisplayMetadata side data. Add support for parsing SEI_TYPE_MASTERING_DISPLAY_INFO and propagate contents into the AVMasteringDisplayMetadata side data. Primaries are ordered in RGB order and the values are converted to rationals ([0,1] for CEI 1931 Chroma coords, and cd/m^2 for luma). Signed-off-by:
Neil Birkbeck <neil.birkbeck@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Philip Langdale authored
Today, we track the short term RPS size for DXVA, but only if the SliceHeader RPS is being used. Otherwise it's left uninitialized. NVIDIA's VDPAU implementation requires that the size be accurately tracked even if an SPS RPS is being used. In this case, it's really counting the size of the RPS idx information, but you end up with mangled output if the value is not accurate. VDPAU also needs the size of the long term RPS. Signed-off-by:
Philip Langdale <philipl@overt.org> Signed-off-by:
Rémi Denis-Courmont <remi@remlab.net> Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Hendrik Leppkes authored
ucNumDeltaPocsOfRefRpsIdx needs to contain the flat value from the SPS RPS, and not the final computed value from the slice header RPS, as this calculation is done internally by the driver again. Sample-Id: http://trailers.divx.com/hevc/Sintel_4k_27qp_24fps_1aud_9subs.mkviSigned-off-by:
Rémi Denis-Courmont <remi@remlab.net>
-
- 05 Dec, 2015 2 commits
-
-
Michael Niedermayer authored
Fixes out of array read Fixes: d41d8cd98f00b204e9800998ecf8427e/signal_sigsegv_321165b_7641_077dfcd8cbc80b1c0b470c8554cd6ffb.bit Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Anton Khirnov authored
-
- 07 Nov, 2015 1 commit
-
-
Will Kelleher authored
Signed-off-by:
Will Kelleher <wkelleher@gogoair.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 19 Sep, 2015 1 commit
-
-
Hendrik Leppkes authored
Fixes ticket #4185. Reviewed-By:
Mickael Raulet <Mickael.Raulet@insa-rennes.fr> Signed-off-by:
Hendrik Leppkes <h.leppkes@gmail.com>
-
- 03 Aug, 2015 1 commit
-
-
Hendrik Leppkes authored
ucNumDeltaPocsOfRefRpsIdx needs to contain the flat value from the SPS RPS, and not the final computed value from the slice header RPS, as this calculation is done internally by the driver again. Sample-Id: http://trailers.divx.com/hevc/Sintel_4k_27qp_24fps_1aud_9subs.mkvi
-
- 12 Jul, 2015 7 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Anton Khirnov authored
This function is independent of the decoding context, so we'll be able to use it in the parser.
-
Anton Khirnov authored
Also, make hls_nal_unit() work only on the provided NAL unit, without requiring a whole decoding context. This will allow splitting this code for reuse by the parser.
-
Anton Khirnov authored
Factor out the parameter sets into a separate struct and use it instead. This will allow us to reuse this code in the parser.
-
- 08 Jul, 2015 3 commits
-
-
Anton Khirnov authored
-
Anton Khirnov authored
It will be useful in the QSV HEVC encoder.
-
Anton Khirnov authored
This will be useful in the later commits, where we want to parse an SPS without having a whole decoding context.
-
- 14 Jun, 2015 1 commit
-
-
Philip Langdale authored
Today, we track the short term RPS size for DXVA, but only if the SliceHeader RPS is being used. Otherwise it's left uninitialized. NVIDIA's VDPAU implementation requires that the size be accurately tracked even if an SPS RPS is being used. In this case, it's really counting the size of the RPS idx information, but you end up with mangled output if the value is not accurate. VDPAU also needs the size of the long term RPS. Signed-off-by:
Philip Langdale <philipl@overt.org>
-
- 27 Apr, 2015 1 commit
-
-
Michael Niedermayer authored
The variable should not be needed anymore Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 21 Mar, 2015 1 commit
-
-
Anton Khirnov authored
-