[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