Re: [hugin-ptx] [OSX] A Hugin 2010.1.0 svn4984 bundle with Thomas Modes Mask Editor and Pablo's patent free CPdetector included

2010-02-21 Thread Bruno Postle
On Sat 20-Feb-2010 at 16:50 +0100, Carl von Einem wrote: When I look at the .pto file I find a new section starting with # masks, all following lines in that section start with 'k'. Those that contain 't0' seem to be the negative/exclude masks, those with 't1' are the positive/include masks,

[hugin-ptx] enblend ignoring WIDTH x HEIGTH ?

2010-02-21 Thread Jan Martin
are available here: http://diy-streetview.org/data/development/20100221/enblend Thanks, Jan -- http://www.DIY-streetview.org -- 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

Re: [hugin-ptx] Re: What is hugin's best fit?

2010-02-21 Thread John McAllister
Rodney, Dump the Assistant tab. Just work through from images, control points, exposure, optimise, clean CPs, re-optimise if necessary, preview (straighten, center, fit), stitch. Look at your results. Surprise yourself ! John -- You received this message because you are subscribed to the

Re: [hugin-ptx] [OSX] A Hugin 2010.1.0 svn4984 bundle with Thomas Modes Mask Editor and Pablo's patent free CPdetector included

2010-02-21 Thread Harry van der Wolf
Hi Carl, 2010/2/20 Carl von Einem c...@einem.net Hi! Positive masks seem to get treated as negative masks, I get huge black holes at the top and bottom of my equirectangular image since those positive masks are in the nadir and zenith shots. I tried to force hugin/enblend to use the

[hugin-ptx] Re: What is hugin's best fit?

2010-02-21 Thread icysubdweller
Ah, thanks, this does help me understand what's happening. If the control point error is measured in pixels across the output image, and if I always see the error getting bigger, it seems to imply I'm always doing something at the end of the process that makes the canvas size bigger. I suspect

Re: [hugin-ptx] Bug: set crop values for more than one image at once via lens .ini file

2010-02-21 Thread Bruno Postle
On Sat 20-Feb-2010 at 16:48 +0100, Carl von Einem wrote: I have a problem with assigning lens data using the Load lens... button in the CameraLens tab: it used to set also the crop values for all other images with the same lens number. Now only the selected image uses the crop values defined in

Re: [hugin-ptx] assertion ImagesPanel.cpp:143 m_cleaningButton

2010-02-21 Thread Bruno Postle
On Fri 19-Feb-2010 at 23:40 -0800, Andrew Mihal wrote: Anyone know a solution for this assertion in the latest svn? hugin: /home/mihal/hugin-trunk/src/hugin1/hugin/ImagesPanel.cpp:143: bool ImagesPanel::Create(wxWindow*, wxWindowID, const wxPoint, const wxSize, long int, const wxString):

[hugin-ptx] Re: assertion ImagesPanel.cpp:143 m_cleaningButton

2010-02-21 Thread Andrew Mihal
Hi, I figured it out - I was trying to keep two separate svn builds accessible at the same time and messed up the xrc files. Giving each sandbox a separate install-prefix solved the problem. Andrew On Feb 21, 3:01 pm, Bruno Postle br...@postle.net wrote: On Fri 19-Feb-2010 at 23:40 -0800,