[hugin-ptx] Re: hugin-0.8.0_rc2 released

2009/6/3 Bruno Postle : > > On Wed 03-Jun-2009 at 13:35 +, Stuart Henderson wrote: >>On 2009-06-03, Stuart Henderson wrote: On my system (OpenBSD) lapack is detected and used if it's installed, but we must also link with libm and libblas, otherwise there are unresolved symbols,

[hugin-ptx] Re: OpenGL slow because of reloading

Hi Gerry, I have not tried any other projects yet. After work today (in 8hrs), I will attempt to duplicate the issue with a smaller project. I have 6 image project readily available that I could work with. I will also see what the results are for manually running the various steps. Regards, R

[hugin-ptx] Re: OpenGL slow because of reloading

Hi, I don't have a project that large. I tired with a few I have that have 8 picts or less, but I am unable to reproduce this problem. I develop under Linux... Does it happen on other projects you have? Can you reproduce your problem if you try separating out the steps? (optimize, straighten, p

[hugin-ptx] Re: temp dir

The temp dir is first fetched from hugin's registry settings. Maybe they are not completely deleted. Please have a look in HKEY_CURRENT_USER\Software\hugin > tempDir If there is no setting in registry given, hugin uses the Windows API method GetTempPath which evaluates the windows environment v

[hugin-ptx] Re: hugin-0.8.0_rc2 released

On Wed 03-Jun-2009 at 13:35 +, Stuart Henderson wrote: >On 2009-06-03, Stuart Henderson wrote: >>> On my system (OpenBSD) lapack is detected and used if it's installed, >>> but we must also link with libm and libblas, otherwise there are >>> unresolved symbols, causing linking of celeste_stand

[hugin-ptx] Re: hugin-0.8.0_rc2 released

2009/6/3 Lukáš Jirkovský : > 2009/6/3 Harry van der Wolf : >> >> >> 2009/6/3 Stuart Henderson >>> >>> On 2009-06-01, Bruno Postle wrote: >>> > >>> > * hugin will use system lapack if available.  Note that this is >>> > experimental, you may find that optimisation is slower than before >>> > and m

[hugin-ptx] Re: kqueue fail on stitch - mac

Carl and Allan, Thanks for looking into it! Allan, I'm glad somebody was able to reproduce the problem. It's not just me. (phew) Carl, yes, pano4 was added sort of as an afterthought to the panorama, and it's in that other directory because I moved it there to get it in the rotation for my desk

[hugin-ptx] Re: hugin-0.8.0_rc1 released

2009/6/2 Lukáš Jirkovský > > 2009/6/1 Harry van der Wolf : > > Sorry, > > > > Forgot to copy the link in: > > > > Harry > > > > 2009/6/1 Harry van der Wolf > >> > >> I suppose it has to do with the fact that linuxes and OSX use UTF-8 or > >> UTF-16 instead

[hugin-ptx] Re: hugin-0.8.0_rc2 released

2009/6/3 Harry van der Wolf : > > > 2009/6/3 Stuart Henderson >> >> On 2009-06-01, Bruno Postle wrote: >> > >> > * hugin will use system lapack if available.  Note that this is >> > experimental, you may find that optimisation is slower than before >> > and may even fail. >> >> On my system (Ope

[hugin-ptx] Re: hugin-0.8.0_rc2 released

2009/6/3 Stuart Henderson > > On 2009-06-01, Bruno Postle wrote: > > > > * hugin will use system lapack if available. Note that this is > > experimental, you may find that optimisation is slower than before > > and may even fail. > > On my system (OpenBSD) lapack is detected and used if it's in

[hugin-ptx] Re: OpenGL slow because of reloading

Yes, I am using Vista. I duplicated this issue in Traditional Chinese and English, just to be sure it was not a wide character issue. I loaded a project file from a project I previoulsy complete, 94 images enfused blended pano. Then press align button. After the "Levelling panorama" step, it st

[hugin-ptx] Re: OpenGL slow because of reloading

On Wed 03-Jun-2009 at 08:29 -0500, Gerry Patterson wrote: >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. Rick is using Windows, but possibly this only appears with a zh_

[hugin-ptx] Re: hugin-0.8.0_rc2 released

On 2009-06-03, Stuart Henderson wrote: > > On 2009-06-03, Stuart Henderson wrote: >> >> On 2009-06-01, Bruno Postle wrote: >>> >>> * hugin will use system lapack if available. Note that this is >>> experimental, you may find that optimisation is slower than before >>> and may even fail. >> >>

[hugin-ptx] Re: OpenGL slow because of reloading

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 > > I have just tried to load and align a project that I had succesfully >

[hugin-ptx] Re: hugin-0.8.0_rc1 released

On 2 июн, 10:29, Lukáš Jirkovský wrote: > 2009/6/1 Harry van der Wolf : > I can see that it has been applied to the trunk, so it's most likely > in all newer wxWidgets. Anyway if I get right it's only fixing the > problem with showing the text in opened window. So there is no way we could have

[hugin-ptx] Re: hugin-0.8.0_rc2 released

On 2009-06-03, Stuart Henderson wrote: > > On 2009-06-01, Bruno Postle wrote: >> >> * hugin will use system lapack if available. Note that this is >> experimental, you may find that optimisation is slower than before >> and may even fail. > > On my system (OpenBSD) lapack is detected and used i

[hugin-ptx] Re: hugin-0.8.0_rc2 released

On 2009-06-01, Bruno Postle wrote: > > * hugin will use system lapack if available. Note that this is > experimental, you may find that optimisation is slower than before > and may even fail. On my system (OpenBSD) lapack is detected and used if it's installed, but we must also link with libm a

[hugin-ptx] Re: OpenGL slow because of reloading

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ý wrote: > 2009/6/3 Gerry

[hugin-ptx] Re: lipo -create error on Mac OS X Tiger

Hi, you are trying to do a lot of things at once. to start with libtiff. You'd better simply install the libtiff from macports (and while you're at it also jpeg and png), like "sudo port install tiff jpeg libpng". If you want them universal use: "sudo port install tiff jpeg libpng +universal". Y

[hugin-ptx] Re: OpenGL slow because of reloading

2009/6/3 Gerry Patterson : > 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 ev