[GH-ISSUE #588] Add support for JPEG XL #815

Closed
opened 2026-03-15 15:36:25 +03:00 by kerem · 0 comments
Owner

Originally created by @sadok-f on GitHub (Sep 22, 2025).
Original GitHub issue: https://github.com/flyimg/flyimg/issues/588

Originally assigned to: @sadok-f on GitHub.

Is your feature request related to a problem? Please describe.
Currently, the project does not support the JPEG XL (JXL) image format. JPEG XL is becoming increasingly important due to its high compression efficiency, lossless transcodes from JPEG, and wide adoption efforts in modern browsers and image processing pipelines. The lack of support means users cannot upload, transform, or serve JPEG XL images, which limits compatibility with newer workflows and efficient delivery of high-quality images.

Describe the solution you'd like
Add support for reading and writing JPEG XL images within the project. This should include:

Decoding JXL images into supported internal formats.

Encoding output images into JXL when requested.

Ensuring transformations (resize, crop, etc.) are compatible with JXL input/output.

Configurable option to enable or disable JXL support at build/runtime, depending on library availability.

Describe alternatives you've considered

Relying on external tools to convert JXL images into a supported format before processing. However, this adds extra steps, increases complexity, and negates some of the benefits of native JXL support.

Sticking to existing formats like WebP and AVIF, but these do not cover the exact strengths of JPEG XL, especially lossless JPEG recompression and fast transcoding.

Additional context

JPEG XL is designed to replace legacy JPEG with better compression, faster decoding, and broad feature support.

Adding JXL support makes the project more future-proof and attractive to developers looking for modern image delivery solutions.

Originally created by @sadok-f on GitHub (Sep 22, 2025). Original GitHub issue: https://github.com/flyimg/flyimg/issues/588 Originally assigned to: @sadok-f on GitHub. **Is your feature request related to a problem? Please describe.** Currently, the project does not support the JPEG XL (JXL) image format. JPEG XL is becoming increasingly important due to its high compression efficiency, lossless transcodes from JPEG, and wide adoption efforts in modern browsers and image processing pipelines. The lack of support means users cannot upload, transform, or serve JPEG XL images, which limits compatibility with newer workflows and efficient delivery of high-quality images. **Describe the solution you'd like** Add support for reading and writing JPEG XL images within the project. This should include: Decoding JXL images into supported internal formats. Encoding output images into JXL when requested. Ensuring transformations (resize, crop, etc.) are compatible with JXL input/output. Configurable option to enable or disable JXL support at build/runtime, depending on library availability. **Describe alternatives you've considered** Relying on external tools to convert JXL images into a supported format before processing. However, this adds extra steps, increases complexity, and negates some of the benefits of native JXL support. Sticking to existing formats like WebP and AVIF, but these do not cover the exact strengths of JPEG XL, especially lossless JPEG recompression and fast transcoding. **Additional context** JPEG XL is designed to replace legacy JPEG with better compression, faster decoding, and broad feature support. Adding JXL support makes the project more future-proof and attractive to developers looking for modern image delivery solutions.
kerem 2026-03-15 15:36:25 +03:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/flyimg#815
No description provided.