[FFmpeg-trac] #7037(avcodec:open): ffmpeg destroys HDR metadata when encoding
FFmpeg
trac at avcodec.org
Sat Feb 29 16:57:48 EET 2020
#7037: ffmpeg destroys HDR metadata when encoding
-------------------------------------+-----------------------------------
Reporter: mario66 | Owner: cehoyos
Type: enhancement | Status: open
Priority: normal | Component: avcodec
Version: git-master | Resolution:
Keywords: libx265 hdr | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+-----------------------------------
Changes (by Balling):
* cc: val.zapod.vz@… (added)
Comment:
Replying to [comment:78 mario66]:
> developers quickly loose interest...
No! Nobody looses it!
I just posted
thishttps://patchwork.ffmpeg.org/project/ffmpeg/patch/20200223234124.17689-18-sw@jkqxz.net/
that transfers this external metadata in internal metadata! But even after
that we will still need to support HDR10 static metadata BT.2390 DTM in
sidedata with Pludge constant and Hermite curve to present HDR10
correctly! OMG, we are doing it! Everythimg is already here, Madvr support
DTM, dolby vision polinomials are also here, HDR10+ will be soon given by
google, dammit, THERE IS A SCRIPT TO COPY METADATA. NVENC and NVDEC both
support Dolby Vision (in NVAPI) and HDR10+ (rigaya).
--
Ticket URL: <https://trac.ffmpeg.org/ticket/7037#comment:79>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list