System reinstalled, all drivers updated, standard font set, antivirus changed and no changes
Anyone knows some tool like ptrace/filesystem access on unix systems?
Anonymous wrote:System reinstalled, all drivers updated, standard font set, antivirus changed and no changes
Anyone knows some tool like ptrace/filesystem access on unix systems?
Anonymous wrote:System reinstalled, all drivers updated, standard font set, antivirus changed and no changes
Anyone knows some tool like ptrace/filesystem access on unix systems?
Could you send me an email, i'll send a special version to check where the problem is?
Was this ever resolved? I'm having a similiar problem. In a directory of about 4500 pictures going from the viewer to the browser takes about 10 seconds (same thing in reverse), and the folder tree is the last thing to appear. Thumbs appear immediately but the interface is frozen util everything finishes 'thinking'. ACDSee is much faster in this regard, unfortunately, although I'll deal with the speed problems just to have a viewer that isn't being slowly put to death by ACD Systems.
I have slow startup problems also when there's no CD in drives.
I have not got special version so far, so investigation is on hold. But it seems slow startup with redrawing interface is not only my problem. WHat gfx cards do you use? Maybe problem is ATI related?
Xyzzy wrote:I have not got special version so far, so investigation is on hold. But it seems slow startup with redrawing interface is not only my problem. WHat gfx cards do you use? Maybe problem is ATI related?
ATI Sapphire Radeon 9600XT 128MB (latest driver!) - no problem
I have a Radeon 9600XT as well, it really doesn't sound like a video card problem to me though. I don't have any CD/DVDs in the drive, I do have 2 external drives though connected via USB cable. Maybe that has an impact? How about network drives?
I looked a bit more at the problem. Maybe the problem is not with startup, but with the way XnView redraws controls?
Fe. if I grab separator between folder tree and preview panes and drag it, it leaves behind a trail of partially drawn scroolbars and mix of screen content from both panes, which disapperars when dragging is stopped. I have not observed anything like this on my system with other applications.
Do you want me to make a movie of this?
I looked a bit more at the problem. Maybe the problem is not with startup, but with the way XnView redraws controls?
Fe. if I grab separator between folder tree and preview panes and drag it, it leaves behind a trail of partially drawn scroolbars and mix of screen content from both panes, which disapperars when dragging is stopped. I have not observed anything like this on my system with other applications.
Do you want me to make a movie of this?
X.
This only happens for me when there is a picture in the preview pane, a slow trail is produced for a second or two. If the preview pane has no picture and is black, there is no trail at all.
AMD Ryzen 3 3300X 3.8Ghz, 16Gb DDR4, RX6600XT with Dell U2520D at 2560x1440@60Hz scaling 125%
Win11 x64 24H2, Hard Disk Sentinel Pro, MS PowerToys, Process Lasso Pro and Wintoys
Xyzzy wrote:If I grab separator between folder tree and preview panes and drag it, it leaves behind a trail of partially drawn scroolbars and mix of screen content from both panes, which disapperars when dragging is stopped.
I have the same behaviour, but only if a picture is in Preview AND the size of this picture is bigger than the preview area - ie: zoomed out (and it can last as long as you want: just drag left and right very quickly - note: CPU is at 100%...).
It seems that XnView wants to finish its zooming/resizing preview operation before redrawing the window itself...
There is the same kind of issue when you change the selected file with Preview enabled: it wants to decode the previous image entirely => very disturbing when selecting multiple files...
2. I have tested on a onboard Intel graphics: seems less prone to the problem, but it still exists. Browser->Preview->Use High Quality- on Intel unchecking seems to remove problem with dragging.
@gothate: Maybe all problems discussed here have the same source. I am not a programmer, but I suppose that program opening picture for fullscreen display should render it and display on screen, and start interface only if needed (I may browse a few pictures and then close program with no need for any GUI at all). Here it seems that XnView tries to create its windows before/along with displaying image fullscreen (?).
Xyzzy wrote:1. Is it possible to hide preview pane?
Stupid me...
OK, Pierre, any update on this? Do you have an idea why some of us see the drawing of interface and loading picture in parts (Windows taskbar area drawn separately)?