diff options
| author | Philip Langdale <philipl@overt.org> | 2017-11-15 20:59:29 -0800 |
|---|---|---|
| committer | Philip Langdale <philipl@overt.org> | 2017-11-20 07:21:41 -0800 |
| commit | 6b77a10e43e1a8ed8ead20f344485d400440055c (patch) | |
| tree | 995cac8170327efb23d70d0a372a6792ec1194ed /Changelog | |
| parent | 8bca292c3045a7f372299f71c8d88b541fe2a816 (diff) | |
| download | ffmpeg-6b77a10e43e1a8ed8ead20f344485d400440055c.tar.gz | |
avcodec: Implement mpeg4 nvdec hwaccel
This was predictably nightmarish, given how ridiculous mpeg4 is.
I had to stare at the cuvid parser output for a long time to work
out what each field was supposed to be, and even then, I still don't
fully understand some of them. Particularly:
vop_coded: If I'm reading the decoder correctly, this flag will always
be 1 as the decoder will not pass the hwaccel any frame
where it is not 1.
divx_flags: There's obviously no documentation on what the possible
flags are. I simply observed that this is '0' for a
normal bitstream and '5' for packed b-frames.
gmc_enabled: I had a number of guesses as to what this mapped to.
I picked the condition I did based on when the cuvid
parser was setting flag.
Also note that as with the vdpau hwaccel, the decoder needs to
consume the entire frame and not the slice.
Diffstat (limited to 'Changelog')
| -rw-r--r-- | Changelog | 2 |
1 files changed, 1 insertions, 1 deletions
@@ -13,7 +13,7 @@ version <next>: - PCE support for extended channel layouts in the AAC encoder - native aptX encoder and decoder - Raw aptX muxer and demuxer -- NVIDIA NVDEC-accelerated H.264, HEVC, MPEG-1/2, VC1 and VP9 hwaccel decoding +- NVIDIA NVDEC-accelerated H.264, HEVC, MPEG-1/2/4, VC1 and VP9 hwaccel decoding - Intel QSV-accelerated overlay filter - mcompand audio filter - acontrast audio filter |