Hello, What platform are you using?
So understand, the steps to reproduce this problem are: 1. load a project .pto file 2. press the align button on the assistant tab. Is this correct? - Gerry 2009/6/3 RueiKe <[email protected]> > > I have just tried to load and align a project that I had succesfully > processed using SVN3884. I found that with SVN3906, I get an > "unhandled exception" after choosing "Align" from the assistant tab, > during the "Loading images..." stage. > > On Jun 3, 4:33 pm, Lukáš Jirkovský <[email protected]> wrote: > > 2009/6/3 Gerry Patterson <[email protected]>: > > > > > > > > > > > > > Hi All, > > > > > I have checked in a fix for this as of Rev 3908. I was able to trigger > the > > > error by: > > > > > loading project (this project only had 2 images) > > > opening gl preview > > > removing image > > > dragging image > > > > > Once I let go of the left mouse button, it would crash every time. > > > > > Best Regards, > > > > > - Gerry > > > > > 2009/6/2 Lukáš Jirkovský <[email protected]> > > > > >> 2009/6/2 Gerry Patterson <[email protected]>: > > > > >> > Hello, > > > > >> > Crash? My memory is fuzzy, I don't remember a crash. Is there a > bug > > >> > report > > >> > in the tracker on this I can check? > > > > >> > - Gerry > > > > >> > 2009/6/2 Lukáš Jirkovský <[email protected]> > > > > >> >> 2009/6/2 Gerry Patterson <[email protected]>: > > > > >> >> > 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 > > > > >> >> I can't see any slowdown now. Only the crash (but It crashed also > with > > >> >> the svn 3888). I don't know if this crash is there for a long time > or > > >> >> not, because in fact today was the first day I've tried to > reproduce > > >> >> the slowdown which after a while causes crash. > > > > >> I'm not sure, I'll take a look into bugtracker. Anyway, debugger gave > > >> me this info: > > > > >> hugin: > > >> > /home/lukas/DEBUG/test-build/src/hugin-build/src/hugin_base/panodata/Panorama.cpp:1489: > > >> virtual void HuginBase::Panorama::setSrcImage(unsigned int, const > > >> HuginBase::SrcPanoImage&): Assertion `imgNr < state.images.size()' > > >> failed. > > > > >> So it may not be a crash but an assertion error. > > > > >> I don't know what exactly triggers it, but it seems that when I open > > >> the GL preview then remove some image, re-optimize it (It's exactly > > >> the same process as what I needed for reproduce slowdown in GL > > >> preview) then open the preview, select drag and play a bit it aborts. > > > > Wow, that was fast. Thanks a lot, it would take me much more time to > > find where the problem is, because I'm unfamiliar with the preview > > code. > > > > Lukáš- Hide quoted text - > > > > - Show quoted text - > > > --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
