[FFmpeg-trac] #11182(swscale:closed): yuvtestsrc and yuv444p->rgba->yuv444p conversion result in huge difference
FFmpeg
trac at avcodec.org
Sun Sep 15 21:28:24 EEST 2024
#11182: yuvtestsrc and yuv444p->rgba->yuv444p conversion result in huge difference
-------------------------------------+-------------------------------------
Reporter: Andrew-R | Owner: (none)
Type: defect | Status: closed
Priority: normal | Component: swscale
Version: unspecified | Resolution: invalid
Keywords: colorspace | Blocked By:
color_primaries |
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
Comment (by Andrew-R):
Replying to [comment:46 Balling]:
> yuv444-rgba-problem1.png shows the difference only in the second raw and
third raw because those values are out-of-gamut. Indeed, green is 0x80,
0x80, 0x0. That means it is full range, as 0x0 value is prohibited in
limited range YCbCr. Now, let us use calculator
https://res18h39.netlify.app/color
what about this calculator I found in mozilla bugtracker ?
https://kdashg.github.io/misc/colors/from-coeffs.html
does this mean that full-range yuv 8-bit signal will fit into 9-bit RGB
(not counting undisplayable colors yet?)
--
Ticket URL: <https://trac.ffmpeg.org/ticket/11182#comment:47>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list