[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
HDR.
You don't seem to understand how displays work...
[[BR]]
[[BR]]
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."
[[BR]]
[[BR]]
Alternatively, few content creators actually knew what the heck they were
doing.
[[BR]]
[[BR]]
[[BR]]
[[BR]]
[[BR]]
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.
[[BR]]
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?..
[[BR]]
[[BR]]
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
Range])
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)
[[BR]]
[[BR]]
[[BR]]
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