i built svn 3923 yesterday and the opengl preview is much much faster now. not only is the image reloading gone, but the preview seems to load much faster when initially turned on.
thanks! On Jun 1, 10:22 pm, Gerry Patterson <[email protected]> wrote: > Hi All, > > I believe I have found the problem. I have commit-ed a fix as of rev 3904. > The fast preview would realize it needed to regenerate textures, but > wouldn't store their metadata properly. So it kept regenerating again, and > again.... > > Best Regards, > > - Gerry > > On Mon, Jun 1, 2009 at 9:13 PM, Gerry Patterson <[email protected]>wrote: > > > 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 < > > [email protected]> 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 --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/hugin-ptx -~----------~----~----~----~------~----~------~--~---
