- 16 Feb, 2019 2 commits
-
-
Philip Langdale authored
With the introduction of HEVC 444 support, we technically have two codecs that can handle 444 - HEVC and MJPEG. In the case of MJPEG, it can decode, but can only output one of the semi-planar formats. That means we need additional logic to decide whether to use a 444 output format or not.
-
Philip Langdale authored
The latest generation video decoder on the Turing chips supports decoding HEVC 4:4:4. Supporting this is relatively straight-forward; we need to account for the different chroma format and pick the right output and sw formats at the right times. There was one bug which was the hard-coded assumption that the first chroma plane would be half-height; I fixed this to use the actual shift value on the plane. We also need to pass the SPS and PPS range extension flags.
-
- 10 May, 2018 1 commit
-
-
Philip Langdale authored
The main issue here was the use of [i] instead of [i * 3] for the 32x32 matrix. As part of fixing this, I changed the code to match that used in vdpau_hevc, which I spent a lot of time verifying. I also changed to calculating NumPocTotalCurr using the existing helper, which is what vdpau does. Signed-off-by:
Timo Rothenpieler <timo@rothenpieler.org>
-
- 15 Apr, 2018 1 commit
-
-
Timo Rothenpieler authored
-
- 13 Apr, 2018 2 commits
-
-
Timo Rothenpieler authored
For some odd reason, the Nvidia version macros puts the minor version in the msb, so comparing against it is impossible.
-
Timo Rothenpieler authored
-
- 26 Nov, 2017 1 commit
-
-
Mark Thompson authored
-
- 11 Nov, 2017 2 commits
-
-
wm4 authored
-
James Almer authored
Fixes fate-source. Signed-off-by:
James Almer <jamrial@gmail.com>
-