[FFmpeg-trac] #9637(ffmpeg:open): Color matrix behaviour in colr box
FFmpeg
trac at avcodec.org
Thu Feb 10 17:54:38 EET 2022
#9637: Color matrix behaviour in colr box
-------------------------------------+-------------------------------------
Reporter: Ulysse | Owner: (none)
Dansin |
Type: defect | Status: open
Priority: normal | Component: ffmpeg
Version: git-master | Resolution:
Keywords: x265 hdr | Blocked By:
color_matrix colr_box |
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
Changes (by Balling):
* status: new => open
Comment:
Your original file is not actually encoded with BT.2020 CL. That is why it
happens. No, PQ (PQ is HDR and HDR is PQ) does not support CL. Use ICtCp,
tjat has both CL and CI.
Of course I agree that nclx atom should not use CL and should not preserve
the "original" values like this. There is prefix SEI for that after all.
Also mediainfo think that the conatiner values should overwrite the VUI in
SPS data (AVIF mandates it) it is not actually the case in ffmpeg.
--
Ticket URL: <https://trac.ffmpeg.org/ticket/9637#comment:1>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list