"download up-to-date versions of the cjxl.exe encoder (Binaries "
This is version 0.7
On https://twitter.com/jonsneyers/status/1439488459362775042
I found information from one of the fathers of the format:
Jon Sneyers @jonsneyers
Jpg => cjxl -q 80 preserves metadata fine, but djxl wrote it to jpg incorrectly (will be fixed soon)
See also: https://github.com/libjxl/libjxl/pull/544#event-5645934507
I decided to convince myself of the correctness of the Metadata behaviour in the jxl file
To do this, I downloaded the file Loch Faskally, autumn colours
and I converted it first into: Convert to JPEG XL (JXL) Online | Compress Images | MConverter
result - all data stored
So to make sure, I converted this file in my computer and the result is identical. The EXIF metadata after conversion to jxl is preserved as long as the image file has it.
9.5 Exif box
The type of this box shall be given by the 4 bytes 0x45 0x78 0x69 0x66 (“Exif” in ASCII).
6 © ISO/IEC 2021 – All rights reserved
---------------------- Page: 10 ----------------------
ISO/IEC FDIS 18181-2:2021(E)
Figure 6 shows the contents of an Exif box, excluding the box header.
Figure 6 — Content of an Exif box
[6] [7]
The Exif payload is as described in JEITA CP-3451E or CP-3461B . The tiff header offset denotes, as
specified in JEITA CP-3451B, the number of bytes, counting from the first byte of Exif_payload to the
first byte of the TIFF header of the Exif metadata. The value is zero if the payload starts immediately
with the TIFF header.
NOTE 1 The content of this box is exactly ExifDataBlock as defined in ISO/IEC 23008-12:2017, A.2.
For any Exif fields that have equivalents within the codestream, a decoder shall consider the codestream
to take precedence. Encoders are encouraged to ensure the Exif and codestream fields are identical.
NOTE 2 Examples of such fields include orientation and pixe……