JPEG XL support has entered the top 10 of most requested Chromium features: https://t.co/AOmNj4jS4V
Specifically in the Blink component (the actual browser engine itself), it's currently in the top 4 and could enter the top 3 soon:https://t.co/23Dawf86fW
I must have something wrong… I noticed for some time that libjxl was listed as not found when I was building. I never used it so I wasn’t worried but after reading this thread I went and added it to my system from msys2 packages. DT finds it during the build and I have no errors. I have the option in export… I tried a few settings but it seems to just hang while trying to export. I can cancel the exports without any crashing or issues so I must be still missing something??
EDIT
Ah seems to be working now…took a restart and second try… now I just have to see how to manage them in windows XNviewMP seems to read them fine
I tried it. Meh… Looks like a phone app running on the desktop. HUGE widgets, strange clumsy UI, IMO. Uninstalled. Nowhere near the level of FastStone nor XnView MP.
The reason it isn’t working in Firefox is that Firefox, itself, was not built and compiled with the necessary library support. Firefox is capable of using JPEG XL, but only if it is built to do so.
Source: I asked why it didn’t work in the support forum for my distro, Arch Linux. That is what they told me.
@chaimav : That’s very true; most of the major browsers provide support to some degree behind a flag, but none as yet support the format both comprehensively and by default.
@Tim: That’s also very true; however, I was hoping that the extension would do exactly that (I must admit, I’m somewhat confused).
“The algorithm is described in a post titled “Open sourcing spotlight model” on Google’s open source blog… and here’s the irony, and that’s why the conditional mood was used in the previous paragraph. Because this feature uses the new JPEG-XL image format - the one Google has said it will remove from future versions of Chrome back in October.”
In my case, Google Chromy and Edge reopen jxl
JPEG XL and .webp support — all apps now support both import and export of JPEG XL and .webp files.
Amazing news! Now let’s see if it can properly handle HDR images. Currently, HDR AVIF images are not rendered correctly in macOS (highlights are clipped), unlike e.g. EXR images.
I might give one of the later public betas a try (and report any issues encountered).
I have just installed the second developer beta of iPadOS 17, and I can confirm that JPEG XL support is finally here with the built-in Photos app even displaying HDR images correctly. HDR support is now also there for AVIF (previously they were rendered as SDR).
There are still a few rough edges (as expected for a beta). For instance, Safari does not trigger the HDR mode yet for JPEG XL or AVIF files, and airdropping a JPEG XL file to the iPad does not open it in Photos. I have reported both of these issues.
Now that I finally have a device that can be used to conveniently show HDR pictures, I’ll now try to play a bit with Darktable 4.4 and start (re-)developing some pictures for HDR. All this ETTR may finally pay off
I really hope JPEG XL gets the full support it deserves. The only other format that my images look their best in is 16-bit tiff — which is a million percent larger in file-size!
On a side note, seeing as Thorium boasts full JPEG XL support, I’ve been giving it a whirl — it’s a great browser, fair play!