| Summary: | REGRESSION (Safari 17): Incorrect color management in WebGL, out of gamut display | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Don McCurdy <dm> | ||||
| Component: | WebGL | Assignee: | Nobody <webkit-unassigned> | ||||
| Status: | RESOLVED MOVED | ||||||
| Severity: | Major | CC: | bfulgham, dino, djg, karlcow, kbr, kkinnunen, paul.neave, simon.fraser, webkit-bug-importer | ||||
| Priority: | P2 | Keywords: | BrowserCompat, InRadar, Regression | ||||
| Version: | Safari 17 | ||||||
| Hardware: | Mac (Apple Silicon) | ||||||
| OS: | macOS 14 | ||||||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=272015 | ||||||
| Attachments: |
|
||||||
|
Description
Don McCurdy
2023-09-29 21:18:49 PDT
While this example uses the (relatively new) Display P3 support, the problem isn't limited to that. Load many older three.js exmaples with the color meter set to "Display in sRGB" and you'll see clipped values for many pixels, which should be within the sRGB gamut. Example: https://threejs.org/examples/#webgl_animation_keyframes Created attachment 468017 [details]
rendering in Safari, firefox, chrome
Confirmed.
Differences are visible only on a P3 display screen.
The fix for this issue needs to be made outside of the WebKit Open Source project. Resolving as MOVED. Is there any place for me (and other https://threejs.org maintainers) to continue receiving updates on the issue? Hi Don, I just checked and it still reproduces. A fix has been done with regards to this, but which doesn't solve this specific test case. The bug is still not in WebKit, so I will not reopen yet. But there's a new radar for reference. Let's track the remaining issue in bug 272015 |