• Global community
    • Language:
      • Deutsch
      • English
      • Español
      • Français
      • Português
  • 日本語コミュニティ
    Dedicated community for Japanese speakers
  • 한국 커뮤니티
    Dedicated community for Korean speakers
Exit
0

P: Adding a 12 and/or 14-bits/component option in JXL (JPEG XL) export settings

Community Beginner ,
Oct 06, 2024 Oct 06, 2024

Copy link to clipboard

Copied

Hello every one,

Would it be possible to add an intermediate setting option between 8-bits/component and 16-bits/componente in JXL export options? Something like 12-bits/component (and/or 14-bits/component)? 
Because 16-bits/component is overkill (with RAW files initially in 12 or 14-bits/component) and generate much bigger files in lossless option (and even in lossy 100% quality setting) and 8-bits/component loses a part of the color spectrum. These options could lead to a better compromise between quality, absence of data loss and the final size of the exported files. 
 
Thank you.
Idea No status
TOPICS
macOS , Windows

Views

42

Translate

Translate

Report

Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
1 Comment
LEGEND ,
Oct 11, 2024 Oct 11, 2024

Copy link to clipboard

Copied

LATEST

Note that LR's export of JXL is currently broken -- it produces files that are much too large:

https://community.adobe.com/t5/lightroom-classic-discussions/certain-raw-files-export-unusually-larg...

 

I think 16-bit JXLs, when correctly implemented, provide the "better compromise between quality, absence of data loss and the final size of the exported files" you're looking for.

 

Imagemagick's "magick" utility, which uses the "libjxl" reference library, produces reasonably sized 16-bit JXLs. For example, it converts a Canon EOS 5DS R 50 megapixel / 53 MB raw to a 16-bit, quality 90 JXL that's 8 MB.  It converts a Nikon Z 9 45 megapixel / 52 MB raw to a 16-bit, quality 90 JXL that's 4.5 MB. 

 

I can't figure out how to reduce the bit depth of the JXLs to 14 or 12 using "magic" (it may not be implemented), so I can't compare the file sizes with 16-bit. But it may significantly less than 25% (= 100% - 12/16), since the compression algorithms might do a good job of compressing the unused extra zero bits.

 

 

Votes

Translate

Translate

Report

Report