This is an Anime Plot Twist I didnt have on my bingo card:
6 Likes
Can’t wait, hopefully it has a good license and is incorporated into the image-rs crate. Then I can support it in my image viewer and slowly convert my library into XL, space is tight at the moment 
I know mozilla has multiple contracts and agreements with google, but I wonder why they accepted to do it given their AVIF push. Maybe something internally is changing and they finally realized their own AVIF lies and propaganda.
1 Like
I wasn’t able to test it, since my phone is too old to support it, but apparently JPEG XL is only used as a compression format for Apple ProRAW.
So it is not yet a drop-in replacement for HEIC.
1 Like
I just upgraded to macOS Sequoia, and I can report that JPEG XL images (and also UltraHDR JPEGs) are now rendered as HDR out-of-the box in both Preview and Quick Look (when you press the space bar in Finder to preview an image).
No improvement in Photos, however. The images are still somewhat slow to load, and the tone mapping is underwhelming (with the brightest highlights being clipped).
1 Like
A bit of light reading for those interested:
7 Likes
9 Likes
I find it amazing that the previously 100k LOC C++ version is 50k LOC in Rust. Yes, I was aware of the C++ boilerplate problem. But this is a drastic reduction.
1 Like
Rust is surprisingly compact all things considered. Couple that with the famous ‘zero cost abstractions’ and you can do a lot very efficiently.
2 Likes
Awesome news, excited for this to land so we can get support for it!
4 Likes
“Making mistakes is how we learn.”
— Logan Browning
Fantastic news!
After the latest update, this is now in Vivaldi!
It is still experimental, so has to be enabled here chrome://flags/#enable-jxl-image-format
I just tested and indeed, I it can display jxl images now :).
3 Likes
Nice! Also, do you actually use Vivaldi, or you just found that it supports JPEG XL? If you do, you’re going to be the first person outside dedicated forums that I know of who uses it 
I’m using Vivaldi more or less since it’s first release. Because Opera 12 really had serious compatibility issues with newer websites at some point
2 Likes
Firefox now has JPEG-XL support in both stable and beta, where before it was only in nightly builds. Still behind a configuration flag, but getting there.
7 Likes
yay!
but why it’s still hidden behind a flag?
It is apparently still considered experimental even though it is in stable.
1 Like
Yeah but in this way, if the user lands on a website containing jxl images (very rare) they see a placeholder with a message that jxl is not supported. In the worst case scenario, where a jxl image fails to be rendered, they would see an empty box anyway. Which one is better?
I don’t get your question. Of course the browser should be able to encode the content it is trying to display - but apparently it is still an experimental feature, meaning it is intended to eventually be enabled by default. I don’t think it will die in the labs.
1 Like
Why having a page possibly failing to display a jxl image (because of the provisional status of jxl support) is considered preferable to having a page certainly failing to display a jxl image (because the functionality is hidden behind a flag)?
P.S.:
I swapped the 2 sentences 
I hope it’s clear what I intended
The two failure modes are different: experimental code (in theory) could crash your browser, enable an exploit, etc, while not rendering just omits that content.
Yes, I get it, the feature is quite stable. Surely it will be enabled in due time. But doing this gradually in the wild as experimental is a smart idea.
2 Likes