Viewer slow as hell

Bugs found in XnView Classic. Please report only one bug per topic!

Moderators: helmut, XnTriq, xnview

User avatar
xnview
Author of XnView
Posts: 46238
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Post by xnview »

Danny wrote:Another thing just occured to me. In comparison to "that other program" switching from one image to the next is also slow. It takes distinctly longer than one second two skip through images (again, 4MB JPGs), while skipping happens almost immediately in "that other program".
Slow in view mode, right? Not in browser mode..?
Pierre.
Danny
Posts: 578
Joined: Sat Sep 04, 2004 5:09 pm

Post by Danny »

xnview wrote:
Danny wrote:Another thing just occured to me. In comparison to "that other program" switching from one image to the next is also slow. It takes distinctly longer than one second two skip through images (again, 4MB JPGs), while skipping happens almost immediately in "that other program".
Slow in view mode, right? Not in browser mode..?
Yes, when in the viewer.
Get the bugs fixed, THEN start adding features. It sucks, but someone has to do it.
User avatar
xnview
Author of XnView
Posts: 46238
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Post by xnview »

Danny wrote:
xnview wrote:
Danny wrote:Another thing just occured to me. In comparison to "that other program" switching from one image to the next is also slow. It takes distinctly longer than one second two skip through images (again, 4MB JPGs), while skipping happens almost immediately in "that other program".
Slow in view mode, right? Not in browser mode..?
Yes, when in the viewer.
Ok, currently the view has been optimized only in browser mode (fullscreen)
Pierre.
stax
Posts: 5
Joined: Sat Apr 28, 2007 11:03 am

Post by stax »

There is some kind of threading or message pumping bug. The viewer is slow as hell switching to next image in fullscreen mode while performing video encoding with another application (thread priority low). The bug occurs only when viewer fullscreen is entered directly from the browser (View in fullscreen (F11)). It doesn't occur entering from normal viewer mode!
User avatar
xnview
Author of XnView
Posts: 46238
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Post by xnview »

stax wrote:There is some kind of threading or message pumping bug. The viewer is slow as hell switching to next image in fullscreen mode while performing video encoding with another application (thread priority low). The bug occurs only when viewer fullscreen is entered directly from the browser (View in fullscreen (F11)). It doesn't occur entering from normal viewer mode!
Strange, this thread is created with a normal priority...
Pierre.
stax
Posts: 5
Joined: Sat Apr 28, 2007 11:03 am

Post by stax »

Can you reproduce it? It happens when CPU load is 100%. A easy way to get this is using a WSH JScript, create a text file with extension js with code:

Code: Select all

while (true)
    a = 1+1
use the task manager to set the priority to low and to kill the process, the host process is called wscript.exe or cscript.exe. Maybe you know a easier way to get full CPU load.
User avatar
xnview
Author of XnView
Posts: 46238
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Post by xnview »

stax wrote:Can you reproduce it? It happens when CPU load is 100%. A easy way to get this is using a WSH JScript, create a text file with extension js with code:

Code: Select all

while (true)
    a = 1+1
use the task manager to set the priority to low and to kill the process, the host process is called wscript.exe or cscript.exe. Maybe you know a easier way to get full CPU load.
Could you send me your email by PM, i owuld like to send a test version
Pierre.
Post Reply