- From: Chris Lilley via GitHub <sysbot+gh@w3.org>
- Date: Thu, 06 Feb 2020 23:31:26 +0000
- To: public-css-archive@w3.org
> The sRGB spec was designed for someone in a very dim office, using decades-old hardware. Well, no. It started with the HDTV standard, ITU-R BT.709, which is designed for a very dim (dark) viewing condition; and then used the same primaries but a slightly different transfer function and increased viewing flare for a typical office environment. I know, I discussed the expected viewing environment with the authors of sRGB when they suggested it at the W3C Print workshop in 1996. > We are fortunate to have obtained in April 1990 unanimous worldwide agreement on a calibrated nonlinear RGB space for HDTV production and program exchange: Rec. ITU-R BT.709. This recommendation specifies the encoding of real world scene tristimulus values into a standard monitor RGB color space assuming a dark viewing condition. HP and Microsoft suggest using these parameters as the basis for the sRGB color space but with a dim viewing condition which is closer to most typical viewing environments for computer displayed imagery https://www.w3.org/Graphics/Color/sRGB.html However, you miss the point of this issue, which is primarily compositing SDR content (like sRGB web content) onto HDR video as an overlay. Assuming 80 cd/m^2 gives very bad results, as engineers from, for example, Netflix or the BBC have frequently pointed out. -- GitHub Notification of comment by svgeesus Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/3435#issuecomment-583162261 using your GitHub account
Received on Thursday, 6 February 2020 23:31:27 UTC