Re: OpenGL slow because of reloading

Hello,

Just posting my findings...

I believe I am seeing this problem under linux.  If I load a pano project and open the fast preview window.  There is a slight delay and then I can smoothly move the pano around as excepted.  If I then re-optimize the pano and try to drag around, the performace has dropped considerably.  I profiled  and found that vigra::resizeImageNoInterpolation() from resizeimage.hxx line 279 is using 88% of cpu time when this is happening. Profiling the good case shows the same function using 11%.  I am sure this would drop if I ran the program longer.


So...why is vigra::resizeImageNoInterpolation() getting called so often when dragging the pano  around after re-optimizing?  This is something to look into.  My free time has dropped to zero lately, so it may be a while before I can look at this futher.   But it may point someone in the right direction.

Best Regards,

- Gerry

On Mon, Jun 1, 2009 at 6:02 PM, Benjamin Schnieders <benjamin.schnieders@...> wrote:

I first couldn't decide here, but after an evening of
waiting-for-preview-to-close, saving panorama and reloading it, just to
be able to quickly identify some freak images in between the others and
deleting them I vote for fixing this bug as soon as possible, and if
needed waiting with the 0.8 release until it is fixed, as it is - in my
opinion - pretty simple to reproduce this bug (I can't imagine this
won't happen to anyone) by just removing an image while using the
preview or re-optimizing while the preview is closed.

If there might be a fix for this I'll try a recent trunk version by
tomorrow... :)

Benjamin