JXL; multithread for encoding

[nji9]

In XnViewMP's actual version it encodes JXL single-threaded;
for lossy encoding this takes about twice as much time as if multi-thread enabled
(no difference for lossless).

EDIT:
lossy/ lossless

[Kadet]

+1
We need multi-thread for coding JXL.

[nji9]

Checked in v. 1.4.3
... still doesn't support it.
"MP" stands for "Multi Processor"?

When used with standard option -q 90
it takes half as long to encode
when multithreaded.
The lib supports it - by default.

[revadiaz]

+1 hopefully this will be implemented soon.

[AveSulla]

Hi!

I don't know if it is possible, but it would be really nice if multi-threading could be enabled, because if I encode at high quality the memory usage is very high, the 16 GB RAM runs out before the number of processor cores, if I start 3 encodes in parallel, the memory will be full and Windows will start using the paging file. For this reason, it would be much better to be able to encode an image on multiple threads, because the memory usage would not increase so much.

Here's what I found about it:

Code: Select all

https://www.twicpics.com/blog/why-the-web-needs-jpeg-xl
https://infoscience.epfl.ch/record/277420/files/Submitted%20manuscript.pdf