JPEG XL

Info

rules 57
github 35276
reddit 647

JPEG XL

tools 4225
website 1655
adoption 20712
nomacs 7
UI 11
chrome 34
image-compression-forum 0

General chat

welcome 3810
introduce-yourself 291
color 1414
photography 3435
other-codecs 23765
on-topic 24923
off-topic 22701

Voice Channels

General 2147

Archived

bot-spam 4380

I think I did not introduce myself yet.

damian101
 Lilli I think I did not introduce myself yet. I was a researcher in computer graphics and moved to image processing recently. I'm in R&D, managing image processing for astrophotography. JPG is the format used for output images, but FITS is where the raw data is. We're on the lookout for an intermediate format that can be used in the middle of the chain, with controllable perceptual loss. JXL sounds perfect for that, but it's not quite suited to images that have a linear dynamic, similar to raw output of cameras. I'm trying to work out all of these issues as they appear. In any case, I love the format, I think it's brilliant, and I think we all deserve better support for it.
2025-07-31 09:19:48
2025-07-31 09:19:49
Actually, JXL should be able to handle linear transfer extremely well, if tagged so.
2025-07-31 09:22:00
what's the input format, PNG? if untagged, JXL will assume sRGB
Lilli
2025-08-05 09:31:24
I see, the input is accumulated raw camera data, so it's float32
2025-08-05 09:31:44
And sometimes I have some uint16 too
damian101
 Lilli I see, the input is accumulated raw camera data, so it's float32
2025-08-29 08:48:30
Can JXL handle raw as input? If it internally assumes sRGB transfer for RAW, that would be possible, although really not how it should be...
Lilli
 Can JXL handle raw as input? If it internally assumes sRGB transfer for RAW, that would be possible, although really not how it should be...
2025-09-01 09:11:00
you can ask for linear sRGB in the options, so that kinda works fine, it performs as expected for me