Page 1 of 1

RC1: Image cache still broken for viewer.

Posted: Wed Jan 11, 2006 2:01 am
by marsh
Read ahead still causes freeze when navigating large number of files in viewer. Task Manager is needed to kill program. Could this be disabled for viewer while still being functional with preview fullscreen? If not fixed this version, what about turning it off by default?

XnView 1.82 -

Re: RC1: Image cache still broken for viewer.

Posted: Wed Jan 11, 2006 9:24 am
by xnview
marsh wrote:Read ahead still causes freeze when navigating large number of files in viewer. Task Manager is needed to kill program. Could this be disabled for viewer while still being functional with preview fullscreen? If not fixed this version, what about turning it off by default?
You have only a problem in viewer? And with 1.80.3?

Re: RC1: Image cache still broken for viewer.

Posted: Wed Jan 11, 2006 12:46 pm
by marsh
xnview wrote:
marsh wrote:Read ahead still causes freeze when navigating large number of files in viewer. Task Manager is needed to kill program. Could this be disabled for viewer while still being functional with preview fullscreen? If not fixed this version, what about turning it off by default?
You have only a problem in viewer? And with 1.80.3?
Yes, only in viewer. Same with v.1.80.3 I believe 'read ahead' to be a minor function which could cause more than its share of frustration once a user starts viewing many files. I wouldn't expect them to narrow problem down to that little option or to even use less files in a directory.
Browser <> Viewer is default for v.1.80.3 and so is 'read ahead'. So, this gets my vote for the #1 change needed.

Posted: Wed Jan 11, 2006 1:07 pm
by Xyzzy
What is 'large number'?
How to reproduce?

X.

Posted: Sat Nov 18, 2006 3:18 am
by marsh
Read ahead in viewer is still problematic. I think it important because with a directory of 22,000 files, the HD light stays on and it grinds away with activity until terminated or it corrects itself. Users with a more "reasonable" number of files may only notice slightly slower navigation. I have read many crash reports on XP probably related to this.

Posted: Sat Nov 18, 2006 4:25 am
by xnview
marsh wrote:Read ahead in viewer is still problematic. I think it important because with a directory of 22,000 files, the HD light stays on and it grinds away with activity until terminated or it corrects itself. Users with a more "reasonable" number of files may only notice slightly slower navigation. I have read many crash reports on XP probably related to this.
Could you tell me how to reproduce it?

Posted: Sat Nov 18, 2006 4:55 am
by marsh
xnview wrote:
marsh wrote:Read ahead in viewer is still problematic. I think it important because with a directory of 22,000 files, the HD light stays on and it grinds away with activity until terminated or it corrects itself. Users with a more "reasonable" number of files may only notice slightly slower navigation. I have read many crash reports on XP probably related to this.
Could you tell me how to reproduce it?
1. Place 22,000 JPGs in directory of various sizes.
2. Details view. No thumbnail cache. No scan file headers.
3. [x]Read one image ahead.
4. Browser>Fullscreen>Viewer
5. Press Enter on file #1
6. *There is usually immediate and constant HD activity at this point. It has been that way since all the Alpha series for me.
7. In older versions and sometimes with Beta1: The constant HD activity might begin after simply viewing 300 files or so using quick slideshow. Problem goes away when 'read ahead' is disabled or much less files are used.
Win2k SP4; IE 5.

Posted: Sun Dec 03, 2006 12:48 pm
by marsh
---->Closed.
Viewer rolled through 17000 images without stopping.