[FFmpeg-trac] #7037(avcodec:open): ffmpeg destroys HDR metadata when encoding

FFmpeg trac at avcodec.org
Sat Jan 18 23:05:22 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            |

Comment (by delirio):

 Replying to [comment:67 Balling]:
 > Replying to [comment:66 mario66]:
 > > Replying to [comment:65 gdgsdg123]:
 > > > With this command I suspect you'd already messed with the
 [http://trac.ffmpeg.org/wiki/colorspace colorspace] (color management
 data) quite a lot...
 > >
 > > Thanks, I never thought about this.
 > >
 > > > Anyway from your command parameter choosing I can see that you don't
 care much about quality... that's why many broken things become
 > >
 > > I regularly do ABX tests
 > You mean SSIM tests? https://en.wikipedia.org/wiki/Structural_similarity
 > > I just want to be able to execute this right.
 > All my life I have never payed for ANY digital content. Music, video,
 apps. That is what I call cool. I saved for 2080 Ti))
 > > Should every user of ffmpeg do a "Bachelor of Color Management"
 > Yes. At least with HDR. Or just use scripts. Or use mkvmerge.
 > Okay, I will open issue on x265 myself.

 Thank you for opening a ticket there. This ticket is indeed going in the
 right direction and I am pretty confident we will have this so desired
 functionality ffmpeg working soon.

Ticket URL: <https://trac.ffmpeg.org/ticket/7037#comment:69>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker

More information about the FFmpeg-trac mailing list