I shoot lots of handheld panos. routinely see that message about "very
bad fit" et al, and the panos come out well enough. Hugin must have a
much more refined degree of "fit" than I do. Or maybe enblend/enfuse
does a great job of working around the "fit" issues.
Sebastian Bauer wrote:
Hi Bruno, I really appreciate your help, with you advice I now managed
to creat a pano as seen under
http://www.360cities.net/image/crushing-plant-of-deriner-dam-and-hydropwer-plant
There is onyl the hitch that the program told me all the time that the
fit was "very bad", but as I did not know what should have been so bad I
continued with the stitching and the result, I think, is quite good.
Thus, what does this indication "very bad" mean? Kind regards Sebastian
----- Original Message ----- From: "Bruno Postle" <[email protected]>
To: "Sebastian" <[email protected]>
Cc: "hugin and other free panoramic software"
<[email protected]>; <[email protected]>
Sent: Wednesday, October 19, 2011 7:25 PM
Subject: Re: [hugin-ptx] HUGIN does not stitch as expected
On Wed 19-Oct-2011 at 05:07 -0700, Sebastian wrote:
When taking pictures I follow a scheme whereby I take a picture every
30 degrees, which gives 12 pictures for each level. The camera numbers
the pictures chronologically and they are also entered into HUGIN in
their chronological sequence. However, if for whatever reason once a
picture is out of the order such that two pictures next to each other
are not overlapping HUGIN stops and complains that there is no
overlap.
There are various ways of generating control points for a project, the
default method with the current release is now to use the 'cpfind'
tool with the '--multirow' option enabled - This makes assumptions
about the order of photos to speed things up, and it works ok in most
situations.
Comparing every photo with every other photo is slower, but does mean
that ordering is irrelevant, you can switch Hugin back to using this
method here: File -> Preferences -> Control Point Detectors -> Hugin's
CPFind -> Edit... -> Arguments
..and remove '--multirow' from the text box.
However, when I look at pictures that are overlapping vertically,
HUGIN appears to ignore these vertical overlaps in most cases.
The --multirow option has two steps, it will fail to match rows with
each other if the rows can't be assembled first.
--
Bruno
--
Gnome Nomad
[email protected]
wandering the landscape of god
http://www.cafepress.com/otherend/
--
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
