- 21 Jun, 2016 3 commits
-
-
Martin Storsjö authored
This was introduced by mistake in 39cdbb12 (only one of the added variables were really needed). Signed-off-by: Martin Storsjö <martin@martin.st>
-
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.
-
- 08 May, 2016 1 commit
-
-
Hendrik Leppkes authored
The GetBitContext now includes the NAL header, which offsets the slice by one byte, which needs to be accounted for here.
-
- 04 May, 2016 1 commit
-
-
Vittorio Giovara authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 25 Apr, 2016 1 commit
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 24 Apr, 2016 2 commits
-
-
Anton Khirnov authored
This will allow decoupling the parser from the decoder.
-
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
This will allow decoupling the parser from the decoder.
-
- 25 Mar, 2016 1 commit
-
-
Diego Biurrun authored
-
- 16 Mar, 2016 2 commits
-
-
Hendrik Leppkes authored
Convert them to av_assert0 in the process
-
Matt Oliver authored
Signed-off-by: Matt Oliver <protogonoi@gmail.com>
-
- 23 Jan, 2016 1 commit
-
-
Hendrik Leppkes authored
Fixes artifacts in interlaced decoding on old Intel GPUs.
-
- 14 Oct, 2015 1 commit
-
-
Luca Barbato authored
It redefines _WIN32_WINNT, possibly causing problems with the w32pthreads.h header.
-
- 26 May, 2015 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 25 May, 2015 1 commit
-
-
Steve Lhomme authored
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 29 Apr, 2015 1 commit
-
-
Anton Khirnov authored
-
- 23 Mar, 2015 2 commits
-
-
Hendrik Leppkes authored
-
Hendrik Leppkes authored
Fixes Ticket #4384 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 21 Mar, 2015 10 commits
-
-
Anton Khirnov authored
There is no need to store a whole H264Picture, with a full AVFrame embedded in it. This should allow getting rid of the embedded AVFrame later.
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
- 01 Sep, 2014 1 commit
-
-
Diego Biurrun authored
This avoids related incompatible pointer type warnings.
-
- 11 May, 2014 1 commit
-
-
Anton Khirnov authored
This describes more accurately what this field is for.
-
- 28 Apr, 2014 3 commits
-
-
Michael Niedermayer authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Hendrik Leppkes authored
Old Intel GPUs expect the reference frame index to the actual surface, instead of the index into RefFrameList as specified by the spec. This workaround should be set when using one of the "ClearVideo" decoder devices. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Hendrik Leppkes authored
The latest H.264 DXVA specification states that the index in this structure should refer to a valid entry in the RefFrameList of the picture parameter structure, and not to the actual surface index. Fixes H.264 DXVA2 decoding on recent Intel GPUs (tested on Sandy and Ivy) Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 31 Mar, 2014 1 commit
-
-
Michael Niedermayer authored
The assumption of (MPEG) Picture and H264Picture layout matching might not hold true in the future. Signed-off-by: Hendrik Leppkes <h.leppkes@gmail.com>
-
- 17 Mar, 2014 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 16 Mar, 2014 2 commits
-
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
- 06 Mar, 2014 2 commits
-
-
Hendrik Leppkes authored
Old Intel GPUs expect the reference frame index to the actual surface, instead of the index into RefFrameList as specified by the spec. This workaround should be set when using one of the "ClearVideo" decoder devices. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Hendrik Leppkes authored
The latest H.264 DXVA specification states that the index in this structure should refer to a valid entry in the RefFrameList of the picture parameter structure, and not to the actual surface index. Fixes H.264 DXVA2 decoding on recent Intel GPUs (tested on Sandy and Ivy) Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-