I don't know if that is the case here. But if the GUI feels sluggish one typical reason is that you try to update the display for every single mouse event you get sent (which means that if you draw slightly slower than your 19200dpi-7ms-latency-mouse sends data you start to fall behind with work and soon start lagging by a noticable amount). The way to counteract it is to update the display only when you get sent an "idle" event: this means that while and directly after the mouse moves you'll redraw the display as soon as the GUI thread manages to keep up with the work, but only if something has happened since the last redraw (which might be a timer or a mouse event or a key press). This might mean that you don't redraw after every single mouse event. But your monitor refresh rate might be slower than your mouse, anyway... ...and even if it isn't: Updating the zoom window only 40 times a second instead of at every screen refresh isn't bad. But lagging behind the user actions is.
Kind regards, Gunter. -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/563CBE31-1388-49AE-A87C-445765B67796%40gmail.com.
