- Decode api for getting separate layers and spot colors (by default, the decoder blends layers and spot colors automatically and only returns the merged image)
- Improved api for progressive decoding
- Improved api for HDR and color management
- Command line tools cjxl and djxl were reimplemented and are now using the library api (they predated the library api so before they were directly calling internal functions; using the library reduces their binary size dramatically)
Some aspects of the api were improved, changed or deprecated; this release mostly serves as a preparation step towards 1.0 - the (non-deprecated parts of the) 0.7 api are expected to remain in the 1.0 api.
I believe the authors have made a very late draft available, as they have been unable to work around the processes that prevent them releasing the actual standard.
The person who recently re-implemented it in C mentioned this.
I thought it was in the Readme but maybe it was a comment here at HN:
You can probably learn something from what is available on jpeg.org and jpegxl.info, as well as looking at the libjxl or j40 implementations. Is there anything in particular you would like to know?
i just want to write a rust binding to the existing j40 and learn about its implementation while I am at it (always has been fascinated by file formats)
If you are interested in making a J40 binding in Rust, please also take a look at the future Rust version itself. I've made an initial issue [1] about this effort.
- Decode/encode api for metadata (Exif, XMP etc)
- Decode api for getting separate layers and spot colors (by default, the decoder blends layers and spot colors automatically and only returns the merged image)
- Improved api for progressive decoding
- Improved api for HDR and color management
- Command line tools cjxl and djxl were reimplemented and are now using the library api (they predated the library api so before they were directly calling internal functions; using the library reduces their binary size dramatically)
Some aspects of the api were improved, changed or deprecated; this release mostly serves as a preparation step towards 1.0 - the (non-deprecated parts of the) 0.7 api are expected to remain in the 1.0 api.