JPEG XL

Info

rules 58
github 38692
reddit 688

JPEG XL

jxl-rs 0
tools 4270
website 1813
adoption 22069
chrome 34
UI 11
nomacs 7
image-compression-forum 0
glitch-art 1071

General chat

welcome 3957
introduce-yourself 294
color 1687
photography 3532
other-codecs 25116
on-topic 26652
off-topic 23987

Voice Channels

General 2578

Archived

bot-spam 4577

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