Hi,
I found a (probable) bug where clicking on a large image (30 MB in size) in the browser results in cpu spike. This causes selecting a large image to take a long time. This also causes double click to open the image to sometimes fail.
I have tested several old versions and also observed this problem since version 0.89.
How to reproduce:
1. create a folder containing 2 large images (I use two 30 MB JPG images, 14000 x 9000 px).
2. run a fresh xnview mp, close any info and preview panel, browse to the folder, wait until the thumbnails are generated, try selecting the first image and the second image multiple times. The CPU usage will spike and it will take a long time until the image is selected.
Environment:
Windows 10
XnView MP 1.9.5 x64
I also tested xnview and this problem does not exist in it.
Disabling embedded thumbnail in the settings results in a different lag, fast at first selection but slow again on the second selection. I assume xnviewmp is regenerating the thumbnail when clicking the image in the browser.
0.89 - 1.9.5 Selecting a large image in the browser is very slow
Moderators: helmut, xnview, Dreamer
Re: 0.89 - 1.9.5 Selecting a large image in the browser is very slow
When you select an image file, image is loaded in preview
Pierre.
Re: 0.89 - 1.9.5 Selecting a large image in the browser is very slow
Why should the image be loaded in preview if the preview is hidden?
Re: 0.89 - 1.9.5 Selecting a large image in the browser is very slow
i can't reproduce if preview is hidden, please send us your xnview.ini?
Pierre.
Re: 0.89 - 1.9.5 Selecting a large image in the browser is very slow
Thanks for checking it. I use a fresh xnviewmp install so I don't think it is a matter of configuration.
But it got me thinking that maybe it is the image preprocessor that I use (cjegli). And that seems to be the case.
I use this image: https://commons.wikimedia.org/wiki/File ... 722351.jpg
In a folder containing the original image and a version compressed by cjpegli.exe from https://github.com/libjxl/libjxl/releas ... static.zip you can see that clicking on the compressed version has a delay compared to clicking on the original image.
The command line I use is simply
cjpegli.exe 2024_Solar_Eclipse_over_Cleveland_Terminal_Tower_-_53650722351.jpg 2024_Solar_Eclipse_over_Cleveland_Terminal_Tower_-_53650722351.opt.jpg
But it got me thinking that maybe it is the image preprocessor that I use (cjegli). And that seems to be the case.
I use this image: https://commons.wikimedia.org/wiki/File ... 722351.jpg
In a folder containing the original image and a version compressed by cjpegli.exe from https://github.com/libjxl/libjxl/releas ... static.zip you can see that clicking on the compressed version has a delay compared to clicking on the original image.
The command line I use is simply
cjpegli.exe 2024_Solar_Eclipse_over_Cleveland_Terminal_Tower_-_53650722351.jpg 2024_Solar_Eclipse_over_Cleveland_Terminal_Tower_-_53650722351.opt.jpg
Re: 0.89 - 1.9.5 Selecting a large image in the browser is very slow
yes, header reading jpeg-li file is slower
Pierre.