On Thu 19-Apr-2012 at 23:54 -0300, Jim Watters wrote:
The results look great. will it be possible to implement in Nona so
warping and morphing is done is one pass?
Yes, though I don't know if it should be in libpano13 or in nona, or
if the distortion should be applied to the source photos (as
implemented in ptomorph), or if it should be applied to the remapped
images.
Panotools also uses a whole separate interface, control points are
specified with 'c-lines', whereas panotools morphing uses 'C-lines'
and these have a completely different format. ptomorph just uses
the existing normal 'c-lines'.
I am guessing I would not be able to feed one image into ptomorph and
have it morph with 'c-line' control points? This is a good reason to
use the 'C-line'.
Yes, but there are better ways of interactively morphing just one
photo.
PTGui has been able to use morph-to-fit for at least 10 years when
stitching with Panotools. It can be disabled, enabled for all control
points, or enabled for only selected control points. I believe
PTAssembler does it similarly.
This seems like another GUI complication that Hugin could do
without, the alternative is that you just delete control points
after optimisation and morph this pruned project.
Also the polynomial morphing may turn out to be robust enough that
there is no need to use a subset of control points. Need to do more
tests.
I also wonder how it works when three images meet at the same place.
Will it create vortexes? Rik Littlefields outlined the issue in an
old email.
https://www.email-lists.org/pipermail/ptx/2004-May/001597.html
No idea...
--
Bruno
--
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
