Zoran Zorkic wrote:
Probably because enblend was called with -w -f3000x1500.
Probably. The problem is that enblend doesn't correctly parse the
command line. It expects a MODE setting after -w or --wrap (which are
synonymous). This is somehow contrary to the documentation which says:
Thanks James!
That makes sense.
My problem could be a weighting problem.
My mosaic consists of two groups that are weakly connected, but with strong
internal CP connections, therefore optimization would prioritize internal
placement as the majority of CPs are internal.
Also, the Z dimension is
Tom Sharpless wrote: I think it would be nice if W were actually based
on a flow diagram,
showing what you can (sanely) do -- and what you have already done --
with the contents of the project at the current time. That would
encompass everything from project operations (load, save, apply
On Wed 14-Oct-2009 at 19:31 -0700, awbrody wrote:
It would be good if one were to be able to select and move individual
and groups of images in the fast preview window. This would be useful
in the case of sky images with no coherent set of control points.
This works already for 'unconnected
Bart van Andel wrote:
When this is done internally (e.g., as an intermediate kind of file),
I don't see a problem. Hugin could just blend the images into an eqr
and then remap later.
However I think the end user should be bothered with as little steps
as possible to get the desired output.
It may prove useful to implement something like skeleton deformation
as it is used in animation to warp the images, perhaps a fine tuning
the deformation to accommodate panoramas photographed without rotation
about the correct axes.
libpano13 has a morph-to-fit function which distorts the
Panorama stitching and more. A powerful software package for creation
and processing of panoramic images.
hugin-2009.4.0_rc2 (release candidate 2) tarball is available here:
https://sourceforge.net/projects/hugin/files/hugin-2009.4_beta/hugin-2009.4.0_rc2.tar.gz/download
This is a candidate