[Webkit-unassigned] [Bug 208235] Support JPEG XL images

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=208235

Michael Catanzaro <mcatanzaro at gnome.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mcatanzaro at gnome.org
         Depends on|                            |233325

--- Comment #8 from Michael Catanzaro <mcatanzaro at gnome.org> ---
Note there's been action in bug #233113 and bug #233325. This doesn't cover PlayStation or FTL Windows yet, but it's enough to make JPEG XL readily available to the non-Apple ports.

Question: does libjxl handle color management for us? I've never really understood what color management is tbh, but I know we have X11-specific LCMS integration that's required in PNGImageDecoder.cpp and JPEGImageDecoder.cpp, and I wonder if libjxl handles that for us, or if it's just not required with JPEG XL? (I'm not pleased that we added PNG and JPEG color management that's incompatible with Wayland. That wasn't forward-thinking.)

(In reply to Erik Andre from comment #5)
> After spending the last 5 months investigating and evaluating JPEG XL from
> both a performance and quality point of view, it's our opinion that JPEG XL
> has the most potential of the new generation of image formats that are
> trying to succeed JPEG.

Just wanted to let you know your comment helped me understand the interest in JPEG XL. I remember JPEG 2000 and was keen to avoid a repeat (we are probably stuck supporting JPEG 2000 indefinitely).


Referenced Bugs:

https://bugs.webkit.org/show_bug.cgi?id=233325
[Bug 233325] [WPE][GTK] Allow enabling JPEG-XL support at build time
-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20211118/a2af639d/attachment.htm>