[webkit-dev] canvas and sRGB

[Simon Fraser]

> On May 2, 2016, at 2:59 PM, Dean Jackson <dino at apple.com> wrote:
> 
> 
>> On 3 May 2016, at 7:04 AM, Rik Cabanier <cabanier at gmail.com <mailto:cabanier at gmail.com>> wrote:
>> 
>> 
>> 
>> On Mon, May 2, 2016 at 1:58 PM, Simon Fraser <simon.fraser at apple.com <mailto:simon.fraser at apple.com>> wrote:
>>> On May 2, 2016, at 1:45 PM, Rik Cabanier <cabanier at gmail.com <mailto:cabanier at gmail.com>> wrote:
>>> 
>>> All,
>>> 
>>> with the release of DCI-P3 screen, WebKit began supporting the display of high gamut images.
>>> Specifically, if you have an image with a DCI-P3 profile, its pixels render untouched on the new displays.
>>> 
>>> However, if you try do do any sort of canvas manipulation, you will see that the colors are being compressed to sRGB and you will lose the depth of the color.
>>> 
>>> Was it an oversight to always create the canvas imagebuffer in sRGB? [1]
>> 
>> No, this was a deliberate choice. We can't change author expectations for what getImageData() return.
>> 
>> Now we see different visual output which is also not what an author expects :-(
> 
> Since there is no way to create a canvas element with pixel data that is interpreted to be in anything other than sRGB, this behaviour seems expected to me. I'm not sure what else could happen? We couldn't magically make all the canvas elements in the page use P3. If we did that, they wouldn't match the CSS content.
> 
> The fix is coming: a way to tag the colorspace of the canvas element.

Also a way to specify that you want deep backing store:
<https://github.com/whatwg/html/issues/299 <https://github.com/whatwg/html/issues/299>>

Simon


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-dev/attachments/20160502/b272aae9/attachment.html>