summaryrefslogtreecommitdiff
path: root/libs/jpegrecoverymap/jpegencoder.cpp
diff options
context:
space:
mode:
author Alec Mouri <alecmouri@google.com> 2022-12-14 00:47:13 +0000
committer Alec Mouri <alecmouri@google.com> 2022-12-14 01:12:07 +0000
commiteed9d5db739e2342c4219a2ef23f77097b3581f7 (patch)
treee27a1bbdb0fb60cb2bcc73f0dca14aada7e7f42e /libs/jpegrecoverymap/jpegencoder.cpp
parentfc55603abca981af151a6cea915be6ca8a542545 (diff)
Treat extended range sRGB dataspaces as HDR
Linear and non-linear extended sRGB support luminance values beyond the historic nominal white point of 80 nits defined for sRGB. To detect extended sRGB, we just check for the EXTENDED_RANGE bit. This also allows for custom extended range formats to be used to support HDR at the display level. This is useful for achieving HDR on devices that do not advertise fp16 support, which would otherwise be desired for non-video HDR formats as (a) having enough bits for "good enough" fidelity and (b) being a floating point format that allows for describing colors beyond the SDR max of 1.0. For instance, an application could use a 10-bit sRGB-encoded fixed point buffer to represent HDR as long as the rendered content is referred by a reasonable SDR luminance. Bug: 241001465 Test: Custom apk sending buffers directly to a SurfaceControl. Change-Id: I03ffa7f0a45633c9bb19e3ae7c17b189277ca06a
Diffstat (limited to 'libs/jpegrecoverymap/jpegencoder.cpp')
0 files changed, 0 insertions, 0 deletions