[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