this post was submitted on 21 May 2025
1090 points (98.0% liked)

memes

14864 readers
6592 users here now

Community rules

1. Be civilNo trolling, bigotry or other insulting / annoying behaviour

2. No politicsThis is non-politics community. For political memes please go to [email protected]

3. No recent repostsCheck for reposts when posting a meme, you can only repost after 1 month

4. No botsNo bots without the express approval of the mods or the admins

5. No Spam/AdsNo advertisements or spam. This is an instance rule and the only way to live.

A collection of some classic Lemmy memes for your enjoyment

Sister communities

founded 2 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[โ€“] [email protected] 12 points 18 hours ago (1 children)

"Surely they must be exaggerating," I thought...

https://caniuse.com/jpegxl

[โ€“] [email protected] 1 points 36 minutes ago

It's worth pointing out that browser support is a tiny, but important, part of overall ecosystem support.

TIFF is the dominant standard for certain hardware and processes for digitizing physical documents, or publishing/printing digital files as physical prints. But most browsers don't bother supporting displaying TIFF, because that's not a good format for web use.

Note also that non-backwards-compatible TIFF extensions are usually what cameras capture as "raw" image data and what image development software stores as "digital negatives."

JPEG XL is trying to replace TIFF at the interface between the physical analog world and the digital files we use to represent that image data. I'm watching this space in particular, because the original web generation formats of JPEG, PNG, and GIF (and newer web-oriented formats like webp and avif) aren't trying to do anything with physical sensors, scans, prints, etc.

Meanwhile, JPEG XL is trying to replace JPEG on the web, with photographic images compressed with much more efficient and much higher quality compression. And it's trying to replace PNG for lossless compression.

It's trying to do it all, so watching to see where things get adopted and supported will be interesting. Apple appears to be going all in on JXL, from browser support to file manager previews to actual hardware sensors storing raw image data in JXL. Adobe supports it, too, so we might start to see full JXL workflows from image capture to postprocessing to digital/web publishing to full blown paper/print publishing.