[FFmpeg-trac] #6440(undetermined:new): Support and re-export of floating-point RGB-type color spaces (e.g. for YUV -based input)

FFmpeg trac at avcodec.org
Sat Jun 3 02:08:48 EEST 2017


#6440: Support and re-export of floating-point RGB-type color spaces (e.g. for YUV
-based input)
-------------------------------------+-------------------------------------
             Reporter:  mtc          |                     Type:  defect
               Status:  new          |                 Priority:  normal
            Component:               |                  Version:
  undetermined                       |  unspecified
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 sYUV or sYCbCr-based color spaces' domain
 contains colors that if transformed into sRGB that are often clipped or
 clamped
 which discards the data but may be useful (defined in exif2.0 sYCC (most
 modern camera jpegs)) negative values represent values outside the RGB
 primaries, and for YUV incidentally, ceiling-clipping is most evident for
 blue-color channel (e.g. lightning pictures),
 if ffmpeg supported openEXR output, perhaps, this data could be recovered
 (export to  programs that support HDR),
 also higher bit-precision (may avoid barely-noticible posterization
 banding fron rounding when transforming color space)  it no dithering
 used in highly smooth-low-noise areas

 also paves way for xvYCC based support,
 also note sRGB curve definitions for negative values how the function is
 defined.

 use case include importing camera pictures that are overexposed in the RGB
 but not YUV channel thus blues seem washed out..

--
Ticket URL: <https://trac.ffmpeg.org/ticket/6440>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list