[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