Hi,
there is an up to 16 seconds partial freezing of xnview, everytime when a first image has been loaded in xnview. In this time the xnview-window is frozen, but can be overlayed by other windows, some actions are blocked. While these magical 16 seconds (?!) the program uses 25% of CPU (i have a quadcore - so it would be 100% on a single prozessor I think), allthough the image has been loaded in less than a 1/10 second (I can zoom in and out allthough - xnview seems not to be completly frozen). If I try to close xnview or go for the next image before these 16 seconds are over, it stays frozen until the 16 seconds are over and then goes on with the choosen action. If I do any actions in xnview after these 16 seconds, XNview operates immediately. If I start XNview from desktop, without loading an image, CPU-usage is zero, and XN view can shut down or do anything else immediately - until I view the first image, that again uses the 16 seconds for doing nothing.
xnview 1.9.3 and 1.9.6, the problem stays the same
on Windows XP64, Quadcore Intel with 4x2,6 GHz, 4GB RAM, ca. 400 GB free HD-space
Options:
ICC-profiles usage: deactivated.
Thumbnais cache: deactivated and empty.
slow closing XNview
Moderators: helmut, XnTriq, xnview
Re: slow closing XNview
sort by type, ascending. You got it! I changed to "name" and now the timlag is gone. How this? Is it that CPU-intensive to check the filetype of of the images of the current directory? "recognize only by extension" is "on" and "header scan in directories" is "never".
Thanks a lot!
Thanks a lot!