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

FFmpeg trac at avcodec.org
Mon Dec 16 05:27:44 EET 2019

#7037: ffmpeg destroys HDR information 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 gdgsdg123):

 Replying to [comment:14 mario66]:
 > HDR is already in the mass market. Even cheap TV supports it. I would
 consider this as a major drawback of ffmpeg that it cannot properly handle
 You don't seem to understand how displays work...
 Replying to [comment:26 mario66]:
 > ...played as intended by the creator.
 Ensuring the color consistency among different displays is a huge
 challenge. Which is technically achievable (given certain constraints) but
 impractical in practice.

 "No man ever steps in the same river twice, for it's not the same river
 and he's not the same man."
 Alternatively, few content creators actually knew what the heck they were
 Replying to [comment:26 mario66]:
 > Yeah, absolutely. There are so many things going on in terms of HDR but
 no one in the ffmpeg community seems to care. So when I have to deal with
 HDR content, I just think "oh shit, no way, this is not going to work",
 then I will look for the same content in SDR format, so that I can convert
 it to my desired format. It's lower quality for sure but at least it will
 be played as intended by the creator. As an alternative you could just
 leave the HDR content untouched which may waste disk space. This is sad.
 ffmpeg is all about converting from one format to the other, but when HDR
 videos is involved, the best thing is to just not convert it. Then ffmpeg
 will be obsolete. So I think this is even critical. It is a substantial
 threat to ffmpeg itself. If ffmpeg will not be able to deal with HDR,
 there will be no use case for ffmpeg in the future. It will be a relic of
 the past, when people still used SDR. This is the most critical thing I
 can imagine.
 Replying to [comment:30 mario66]:
 > ...futuristic technologies like HDR10+ and Dolby Vision.
 You mention HDR so much... But do you really understand what HDR means,
 behind all those tech jargons, shenanigans, whatsoever?..
 In layman's terms, it simply makes the black more black, the white more
 white. (thus High [https://en.wikipedia.org/wiki/Dynamic_range Dynamic

 In essence, it's no more than color management. (how the values of the
 pixels should be translated and displayed by the output device)

 There's no essential difference between HDR and SDR. (in some ways, they
 can be considered exactly the same thing)
 Replying to [comment:16 jamrial]:
 > ...that no one capable of implementing has felt like doing.
 Salesman hyperbole.

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

More information about the FFmpeg-trac mailing list