- From: DanMan via GitHub <sysbot+gh@w3.org>
- Date: Wed, 11 Sep 2024 20:21:56 +0000
- To: public-css-archive@w3.org
That was kinda my point. From a user's practical POV, the HDR10 PQ spec is flawed in that way because it defines the viewing environment parameters for an unrealistic setup (too dark). Agreed - but it's not the implementation's job to fix that. It's something you'll have to live with, if you want to build a conforming implementation of HDR10. There are already different standards like HLG and HDR10+ that have taken that problem into consideration. I guess what I'm saying is that, if I had a hypothetical HDR switch in my display settings, and I set it to HDR10 because that's what my display supports, I'd want it to work in a conforming manner. Warts and all. I want the burden of creating the right viewing environment to be on me. I don't want to have to second guess, if the software is trying to do me a favour. I need precise reproduction of colors/brightness, if I want to produce an accurate image, not a "nice" one. That's me wearing a content producer's hat, not a consumer's. Just raising my concerns. -- GitHub Notification of comment by DanMan Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/10460#issuecomment-2344631082 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 11 September 2024 20:21:57 UTC