Another Chance for Jpeg Xl? PDF Will Support Format as 'preferred Solution'
Postedabout 2 months agoActiveabout 2 months ago
theregister.comTechstory
supportivepositive
Debate
10/100
Jpeg XlPDFImage Compression
Key topics
Jpeg Xl
PDF
Image Compression
PDF will support JPEG XL as its 'preferred solution', potentially reviving the image format, which is seen as beneficial for scanned documents with OCR due to its better compression efficiency.
Snapshot generated from the HN discussion
Discussion Activity
Light discussionFirst comment
2h
Peak period
1
1-2h
Avg / period
1
Key moments
- 01Story posted
Nov 11, 2025 at 12:39 AM EST
about 2 months ago
Step 01 - 02First comment
Nov 11, 2025 at 2:13 AM EST
2h after posting
Step 02 - 03Peak activity
1 comments in 1-2h
Hottest window of the conversation
Step 03 - 04Latest activity
Nov 11, 2025 at 2:13 AM EST
about 2 months ago
Step 04
Generating AI Summary...
Analyzing up to 500 comments to identify key contributors and discussion patterns
ID: 45884454Type: storyLast synced: 11/17/2025, 6:00:17 AM
Want the full context?
Jump to the original sources
Read the primary article or dive into the live Hacker News thread when you're ready.
JPEG keep getting extensions like ultra HDR (which really is a hack more than anything else), XYB JPEG (significantly higher compression efficiency than classic jpeg), but all of these habe very limited support tbh, hence introducing jpeg xl seems more logical.
The only downside of jpeg xl to me is that it doesn’t support gain maps (yet?[1]). Without gain map, you have limited control over how the SDR image looks like, which can be very problematic in environments where you don’t know what the hardware presenting the image will be in the end.
But the list of upsides is so long: * higher bit depth * native HDR (no hack) * better compression (still better than xyb jpeg, at high resolutions, the difference becomes huge) * Bit depth independence (ok, that’s better compression again, I admit) * Better at Multispectral/hyperspectral imagery with lots of sub-images.
It is becoming the preferred format on so many levels: * iPhones use it’s encoding (not the file format itself) in its RAW files. * Medicine scanners are starting to use it (and that’s not really an area that is fast moving when it comes to software…) * now pdf (also not really known for being a break-neck-evolution environment…) * Safari supports it as well
I really do not understand why it’s taking so long for Chromium. I do believe they will support it at some point, as jxl-rs [2] is progressing, but really, it already took too long.
[1] https://github.com/libjxl/libjxl/discussions/3505 [2] https://github.com/libjxl/jxl-rs