1.8.4 background CPU consuming when viewing single file

[jdp1024]

I have a folder which contains about 2000 8k-resolution pictures optimized with ImageOptim. When I use XnView MP to view a single one in viewer mode, after some seconds, xnviewmp.exe started to burn the CPU.

I used System Informer and found xnviewmp opened other files in the same folder in a low-priority thread. I guess it's scanning and generating thumbnails.

What should I do if I don't want xnviewmp to do it when I am viewing a single file?

Thank you.

[xnview]

The folder of image is scanned

[jdp1024]

Can the folder image scanning be skipped if there is only a viewer tab/window (or if there is no browser tab/window)?

For a folder containing a large number of images, the scanning thread looks like it never ends.

[xnview]

It is needed to know which files do you have when using previous/next file
You don't use catalog?

[jdp1024]

I don't use catalog / cache.

If there are tens of images, the CPU consuming is not a problem: the scanning usually ends in seconds.

If a previous/next file is needed to be decoded, CPU consuming should end in a short while, but in fact, the background decoding thread is working on all files in the same folder of the picture I am viewing.

[xnview]

If a previous/next file is needed to be decoded, CPU consuming should end in a short while, but in fact, the background decoding thread is working on all files in the same folder of the picture I am viewing.

I means that all files need to be checked to update file list. But in your case, you don't use cache so the decoding threading is working each time.

Is it possible to send you a test version?

[jdp1024]

Yes please. Thank you.

[xnview]

i've sent you a PM

[xnview]

See issue for current status and some details.

[xnview]

This problem is supposed to be fixed in XnView MP 1.8.6. Please check and confirm the bug fix here.

[jdp1024]

I tested with several PCs and I think this problem is fixed.