- Star Trek: The Next Generation S6E9 “The Quality of Life”
- https://knowyourmeme.com/memes/drakeposting
Let’s see what browsers/apps actually support animated JPEG-XL files! And in case it isn’t working for you, here is a still shot from this animation, in a widely-supported format:
Also, I could not find a reputable source to explain exactly what the X in JPEG-XL actually stands for, so I just went with “extensible”, a la XML.
Voyager Android app doesn’t seem to work
On Android, it is not rendering in Thunder or any of the various Firefox/Chromium forks that I have installed. When I tap on it, instead of displaying in-app, it just tries to download the file. Then I can get the local file to display as just a static image of the first frame of the animation in Simple Gallery (but not actually play the animation), and nothing else that I have installed opens the file at all.
On Linux, I have the same experience with browsers just downloading the file instead of actually rendering it. Opening the local file in Gwenview does play back the full animation as expected.
I’m running Bazzite on my main desktop, and have various Firefox derivatives installed. It only offers to download the image. The default Gnome Image Viewer shows it as a still image. I can view it animated with:
ffplay -loop 0 80ottu.jxlEdit: I installed Ungoogled Chromium as a test as well and it also only offers to download the image.
The answer is unfortunately almost nothing. Safari should MAYBE support it a bit. Current release versions of Firefox and Chrome don’t even support static jxl out of the box. Though static can be enabled in release versions of Firefox, possibly chrome too. But not automatically enabled in both. They really need to get hopping on this. JXL is pretty great generally. And gif really does need replacing. Though I’m not sure mp4 with something like av1 or h264 wouldn’t be as good or better for animation.
It doesn’t work in Chromium at all, only in forks that hack it back in like Thorium.
Firefox needs a flag enabled in about:config, yes.
…And yeah. Realistically, a low framerate AV1 (or AVC) webm is more optimal for this, better supported, and will perform better on a lot of hardware. TBH JXL should drop the animation stuff and focus on static images (which it’s incredible at) and HDR support.
Yes Google has really been the biggest one fighting against jxl. Mozilla has flirted with it a lot. Mostly dropping it because of the perceived peer pressure.
Yeah, it’s ridiculous.
All the AI crap they’re shipping in Chrome, and the concern with JXL is security/attack surface? That’s a total lie. It’s so much better than AVIF for certain niches, and it’s already supported by Apple.
iOS Safari/Photos will render the first frame of the JXL, but not play the animation.
About the XL,
The name refers to the design committee (JPEG), the X designates the series of its image coding standards published since 2000 (XT,XR,XS), and L stands for “long-term”, highlighting the intent to create a future-proof, long-lived format to succeed JPEG/JFIF.
