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,
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
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
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
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
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
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):
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,