Still developing this?

[TPS]

@cocoon I haven't seen any development in this project in a long time. JxL has come a very long way since the last commit here, & this fulfills a huge need in its acceptance. Will you be continuing?

[cocoon]

Hi thanks for your question.

I had done some work to adjust the changed arguments and some more fixes and because of your question I updated some components today.

So it should now work with 0.8 if you extract the files from this archive (or use own ones) to the program folder:
https://github.com/libjxl/libjxl/releases/download/v0.8.0/jxl-x64-windows-static.zip

When compiling make sure that the file "Magick.Native-Q16-HDRI-OpenMP-x64.dll" ends up in the program folder.
For some reason it didn't get copied everytime for me and then you can't see any image in the window.

I did not plan to really work more on it, it was more an proof of concept.
In private I created a program that sends (multiple) jobs to an agent to process multiple files / directories based on this.

I wanted to have it ready when JPEG-XL is widely available and integrated into OS ... but that took longer than I expected and still is not there (Windows/Andorid) and got removed from browsers.

[TPS]

JxL's still the best I've found for my uses (general-purpose pic archiving), but the command-line is often too much.

Thanks for updating! 🙇🏾‍♂️

[TPS]

Would you mind releasing a binary? I'm no developer, & it's pretty daunting to try.

[cocoon]

So after long time, I at least added a GitHub action to let it compile and upload artifacts.

You can even fork it yourself and just trigger it.

Currently binaries are here:
https://github.com/cocoon/jxl.Net/actions/runs/11015926800#artifacts

I have not changed anything or looked if there are new changes regarding jpeg-xl parameters.

Back when I started all this I was thinking, if I should even upload this POC, as I was expecting that in some days or weeks a fully managed implementation would arrive.

Google now wants to use "Jpegli".

[cocoon]

Maybe there is a possibility that jxl will get a new chance, interesting to read:
mozilla/standards-positions#1064

[cocoon]

Google Chrome brings back JPEG XL, Safari and Mozilla using it, PDF plans to use it ...

https://groups.google.com/a/chromium.org/g/blink-dev/c/WjCKcBw219k/m/NmOyvMCCBAAJ?pli=1

https://issues.chromium.org/issues/462919304

[cocoon]

Found some time and motivation and added a new version named WpfExampleCore that uses .NET 10, tried to disable all old paramaters, added all new for the encoder (that are in currently in cjxl main), improved the comparison slider and created an automated release workflow.

Supports cjxl vNext (v0.12.0 4a26aa1) from here:
https://github.com/libjxl/libjxl/actions/runs/23244675896/artifacts/5985243104

If you want to see the version in the UI, you need to patch the cjxl.exe, see here:
https://github.com/cocoon/jxl.Net/wiki/Missing-file-version