But maybe variant a is so big because hgsvn does the convertion
ineffectivly. In mercurial there is also the ConvertExtension
(http://mercurial.selenic.com/wiki/ConvertExtension). Maybe this
extension can handle the import better; but I have not tried yet.
The 'preferred' way to handle
Hi Florian
What parts are in hugin_base and in hugin1?
hugin_base is a library containing several panorama creation related
algorithms (eg. geometric transformations for nona, photometric
algorithms etc.). hugin1 contains GUI related things. Other
subdirectories in src/ are usually sources for
When a,b,c,d,e are different from zero, I get the same results (a
perfect 360/180 panorama) with either projection (PTmender - emblend)
(input is 8 photos, with a 40D).
I haven't tested it fullframe. It might be a different story.
Robert You can model equisolid with equidistant
Hi Yuv,
I understand it slightly different. The hex-number is a hash of the changeset
that has nothing to do with what came before and what came after. It is unique
and consistent across repositories, while...
I think the hex number can be used to identify a changeset. It is
unique above all
Hi Florian
What parts are in hugin_base and in hugin1?
It is as Lukas has already written. In hugin_base there is mainly the
core function.
Hugin1 holds all code which depends on wxWidgets. This is mainly the
gui programs and related code.
For Example there is an ImageCache class in
On 29 March 2010 16:27, Darko Makreshanski dmakreshan...@gmail.com wrote:
I'm actually still not sure what is the general opinion about this feature,
since apart from James, no one else has commented on it.
Some thoughts from me, though there are more ideas already in this
thread than can be
On Tue 30-Mar-2010 at 12:00 -0700, Thomas Modes wrote:
SrcPanoImage somehow encapsulates an image, and when one adds an Image
in the GUI wxAddImagesCmd::execute creates an instance of SrcPanoImage
and calls it's readEXIF(...) method.
This huge method already reads Exif orientation tags and
On Tue 30-Mar-2010 at 17:18 +0200, Antoine Deleforge wrote:
What I was mentioning was more about doing some fast pre-computation to
eliminate pictures having a very low probability of overlapping. Maybe we
could use some simple geometrical properties of the set of control points
within each
Bruno Postle wrote:
Fancy effects are a good thing, the more fun Hugin is to use the
better. So I really like the idea of animating the transitions between
projections.
The idea with the transitions was actually to animate unfolding of the
sphere to explain the nature of projections.
The
Antoine Deleforge schrieb:
Hi Antoine,
Thanks for your clarification Bruno. So if I understood well, the idea
here is just to assume that consecutive pictures will likely overlap,
since users usually take pictures consecutively along rows/columns while
shoting their panorama.
What I was
10 matches
Mail list logo
