JPEG XL is a royalty-free image codec. While being smaller than JPEGs when used as the primary format, it can also losslessly compress existing JPEGs which is great for space savings, as well as supporting features like progressive decoding that are missing from the video codec still formats like WebP/AVIF (which helps on slow connections or low-spec hardware). The codec is widely adopted by graphics applications like proprietary ones from Adobe & Apple but the open source ones like GIMP & Krita to name a few. One of the âinterestingâ missing spots for support is the Google Chrome browser & Androidâwhich offers an opportunity to distinguish the platform from Android to which a lot of folks would love to see & would make a headline in the geek world.
At present, *.jxl files do not render in the gallery / file viewer (tho the mime type is recognized) & image.jxl.enabled = true in the browser (no surprise since Mozilla locked it behind Nightly but some browsers like LibreWolf patched out that restriction so users can choose to enable it regardless). What I would like to see is minimally support of JPEG XL in the OS for viewing along with removing that Nightly browser restriction. If it is popular & leads to speed ups / space savings it would be great if the browser enabled it by default & apps like the camera use it by default or transparently compress its JPEG output for all usersâ benefit.
The drawbacks are that historically image codecs tend to be a vector for exploitation, but this is still a present threat with the existing codecs as well.
Iâm in principle for supporting all reasonable image formats; but the default camera format should remain JPEG - otherwise we are no better than fruitphone sending unusable heic files to everyone long before support is mature.
HEIC didnât have the same adoption & was nonfree. Today on iOS you can set the format the JPEG XL in the camera application with Webkit supporting it on the web as well. There will always be this chicken-egg issue with formats, else we will be stuck with JPEG & PNGs for literally ever⌠which is going to be difficult with HDR usage on the rise.
From where iâm sitting they are just as exotic (still!); neither work fully on my desktop (Linux Mint, fully up to date). Seems Winderps canât handle JPEG XL either.
By all means; introduce it where needed - but donât swap out the defaults just yet.
That is reasonable, & I wasnât suggesting a short-term default since nobody is yet. I would certainly like to see basic support since at present none of my images will preview or be able to be used as wallpapers while saving precious SSD space. Many Linux applications from feh to ImageMagick are already on board as well as a qt-jpegxl-image-plugin available on Microsoft GitHub.
I would expect that if you package and install either the plugin you linked or kimageplugins there should be support for JpegXL in gallery. Note that SailfishOS is stuck at Qt 5.6.
Hmm⌠on my work iphone (iOS 18.3) I donât see an option to change photos taken to JPEG XL. Only options are:
âHigh efficiencyâ = HEIF/HEVC
or
âMost compatibleâ = JPEG.
I do wish the âHigh efficiencyâ option would be JPEG XL instead.
HEIF is garbage. It has royalties and itâs inferior to JPEG XL.