this post was submitted on 26 Nov 2025
503 points (99.4% liked)

Programmer Humor

27534 readers
250 users here now

Welcome to Programmer Humor!

This is a place where you can post jokes, memes, humor, etc. related to programming!

For sharing awful code theres also Programming Horror.

Rules

founded 2 years ago
MODERATORS
top 50 comments
sorted by: hot top controversial new old
[–] ExLisper@lemmy.curiana.net 126 points 2 days ago* (last edited 2 days ago) (2 children)

Given these positive signals, we would welcome contributions

Poor Google doesn't have the manpower to implement it. They can only accept contributions from volunteers.

[–] ZoteTheMighty@lemmy.zip 37 points 1 day ago

Google is just a small indie company after all.

[–] bigfondue@lemmy.world 2 points 1 day ago

Don't worry, they can spare some 20 percent time

[–] eskuero@lemmy.fromshado.ws 86 points 2 days ago (1 children)

"we would welcome contributions to integrate a performant and memory-safe JPEG XL decoder in Chromium. In order to enable it by default in Chromium we would need a commitment to long-term maintenance."

yeah

[–] ryannathans@aussie.zone 10 points 1 day ago (1 children)

I.e. the existing implementation is not usable because it's not written in rust

[–] captain_aggravated@sh.itjust.works 8 points 1 day ago (1 children)

Or would they demand it in Go? Or have they abandoned that?

[–] ryannathans@aussie.zone 4 points 1 day ago

That might work but didn't think go was

  • as safe as rust
  • built for CPU intensive operations (aside from potentially concurrent tasks)
[–] 6nk06@sh.itjust.works 125 points 2 days ago (1 children)

Given these positive signals

Those idiots waited for 4 years because they followed the hype of the moment. I'm glad I removed Google from my life.

[–] panda_abyss@lemmy.ca 51 points 2 days ago

This must be your first time seeing what Google support looks like

This is pretty standard unless you can get an exec’s personal attention.

[–] Kolanaki@pawb.social 19 points 2 days ago* (last edited 2 days ago) (3 children)

The name of the format makes me think it's regular jpeg, but bigger. Wouldn't it be better to be smaller? 🤔

[–] Sunrosa@lemmy.world 1 points 4 hours ago* (last edited 4 hours ago)

In my personal tests of jxl, it manages filesizes 1/9th that of png while remaining visually identical (unless looking VERY closely). It's a massive improvement over jpeg and honestly a replacement for png in most cases.

Like I'm saying 8MB for a 8000x6000 file at max quality (estimating from memory)

[–] bhamlin@lemmy.world 9 points 1 day ago (1 children)

It's even more confusing than that; the X is for revision 10, and the L is for long term.

It's an update to the JPEG standard intended to cover expected future uses and capabilities.

[–] Brahvim@lemmy.kde.social 3 points 1 day ago* (last edited 1 day ago)

~~"10 LTS"?~~

[–] Cort@lemmy.world 23 points 2 days ago

No. They increased the max "canvas" size and increased encoding efficiency. You'd want the file size to be smaller but the file itself to be larger (and consequently more detailed)

[–] dormedas@lemmy.dormedas.com 13 points 2 days ago
load more comments
view more: next ›