Very long delay when navigating
Moderators: helmut, XnTriq, xnview
Very long delay when navigating
When opening a folder with a plenty of figures, by pressing button " Next " ("Prev"), the program very for a long time something, processes, probably builds the list of files, but this process a lot of time, for example a folder with ~ 3000 files is processed about 10 minutes (Celeron 2,4; 512M; WinXP), further viewing passes normally.
Re: very long process
Could you explain more. Is it when you open a folder with browser? Or opening a picture in view mode? Do you have the cache activated?BraVo567 wrote:At opening a folder with a plenty of figures, by pressing button " Next " ("Prev"), the program very for a long time something, processes, probably builds the list of files, but this process a lot of time, for example a folder with ~ 3000 files is processed about 10 minutes (Celeron 2,4; 512M; WinXP), further viewing passes normally.
Pierre.
Re: very long process
It in a mode of viewing of files, cache can be included or switched off, all the same.xnview wrote:Could you explain more. Is it when you open a folder with browser? Or opening a picture in view mode? Do you have the cache actived?
Pierre.
Re: very long process
So, without browser opened, you open a picture in view mode. And when you use "Next File", there is a very long time before to see it?BraVo567 wrote:It in a mode of viewing of files, cache can be included or switched off, all the same.
Pierre.
This also happens on Linux version.
1- I open browser.
2- I select some picture and open it (open View mode for it). This is "fast".
3- I press Space, PageDown, PageUp or click on Next/Previous button. XnView (both browser and viewer) is frozen for some seconds. After some time, everything works well, and Next/Previous is fast again.
I guess that XnView tries to get the file list, get properties for files, identify which of them are image files, then sort the list. I don't like this, since this list is already processed in browser window.
I think a simple "getting file list" message dialog will be better, when XnView really needs to do that (example: opening viewer directly, without opening browser window). At least user knows what is happening. When browser has already processed the file list, however, viewer must get file list from browser.
1- I open browser.
2- I select some picture and open it (open View mode for it). This is "fast".
3- I press Space, PageDown, PageUp or click on Next/Previous button. XnView (both browser and viewer) is frozen for some seconds. After some time, everything works well, and Next/Previous is fast again.
I guess that XnView tries to get the file list, get properties for files, identify which of them are image files, then sort the list. I don't like this, since this list is already processed in browser window.
I think a simple "getting file list" message dialog will be better, when XnView really needs to do that (example: opening viewer directly, without opening browser window). At least user knows what is happening. When browser has already processed the file list, however, viewer must get file list from browser.
-
Matthew
I am also having this problem (1.70.2). I have had the problem for several versions. The delay occurs when my files are sorted by date, filesize, et cetera (if I sort by name the problem does not occur)
My directories have 1000s of jpegs on a local disk (not a network drive). When I double click a thumbnail to go to the viewer the image loads fine. However, the first time I click next or previous in the viewer there is lengthy delay (my cpu is maxed out by XnView) - usually for about two minutes. This only occurs the first time I press next/prev when arriving from the browser. After the delay I can then press next/prev and everything is fast.
If I close the viewer to return to the browser, then try to view another image, the next/prev will lock again the first time. Sometimes I get a crash.
I am on a Athlon Xp 1800 with 512mb
My directories have 1000s of jpegs on a local disk (not a network drive). When I double click a thumbnail to go to the viewer the image loads fine. However, the first time I click next or previous in the viewer there is lengthy delay (my cpu is maxed out by XnView) - usually for about two minutes. This only occurs the first time I press next/prev when arriving from the browser. After the delay I can then press next/prev and everything is fast.
If I close the viewer to return to the browser, then try to view another image, the next/prev will lock again the first time. Sometimes I get a crash.
I am on a Athlon Xp 1800 with 512mb
-
Matthew
Ok, I can notice a delay on the first image but it's only half a second slower than when viewing the 2,3,4,5 images.
How many images are in the directory you are browsing? The initial delay is less unnoticable with, say, 200 images. However try 2000 images. It is a strange bug, because the browser can sort the images (by date) much faster than the viewer can find the next image (by date).
That doesn't seem to make a difference.I have my Auto Image Size set to No Fit which might affect it.
Re: :((((
Ok, i fix it in 1.70.4BraVo567 wrote:In version 1.70.3, the situation has not changed
Pierre.
Re: :((((
Please wait the new release 1.74!Anonymous wrote:I've got still the problems described above in version 1.70.4xnview wrote:Ok, i fix it in 1.70.4BraVo567 wrote:In version 1.70.3, the situation has not changed
Pierre.
Pierre.