Page 1 of 1
JXL; multithread for encoding
Posted: Tue Oct 25, 2022 5:30 pm
by 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
Re: JXL; multithread for encoding
Posted: Tue Oct 25, 2022 7:46 pm
by Kadet
+1
We need multi-thread for coding JXL.
Re: JXL; multithread for encoding
Posted: Thu Mar 30, 2023 2:29 pm
by 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.
Re: JXL; multithread for encoding
Posted: Thu Jun 01, 2023 3:24 pm
by revadiaz
+1 hopefully this will be implemented soon.
Re: JXL; multithread for encoding
Posted: Fri Aug 15, 2025 8:28 pm
by 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