software <hugin-ptx@googlegroups.com>
Received: by 10.180.14.230 with SMTP id s6mr22492wic.4.1328130544517;
        Wed, 01 Feb 2012 13:09:04 -0800 (PST)
X-BeenThere: hugin-ptx@googlegroups.com
Received: by 10.180.124.11 with SMTP id me11ls3385838wib.0.canary; Wed, 01 Feb
 2012 13:09:00 -0800 (PST)
Received: by 10.180.75.179 with SMTP id d19mr23176wiw.2.1328130540624;
        Wed, 01 Feb 2012 13:09:00 -0800 (PST)
Received: by 10.180.75.179 with SMTP id d19mr23175wiw.2.1328130540614;
        Wed, 01 Feb 2012 13:09:00 -0800 (PST)
Return-Path: <br...@postle.net>
Received: from lon1-post-3.mail.demon.net (lon1-post-3.mail.demon.net. [195.173.77.150])
        by gmr-mx.google.com with ESMTP id e6si108661wie.3.2012.02.01.13.09.00;
        Wed, 01 Feb 2012 13:09:00 -0800 (PST)
Received-SPF: neutral (google.com: 195.173.77.150 is neither permitted nor denied by best guess record for domain of br...@postle.net) client-ip=195.173.77.150;
Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 195.173.77.150 is neither permitted nor denied by best guess record for domain of br...@postle.net) smtp.mail=br...@postle.net
Received: from bugbears.demon.co.uk ([80.177.204.14] helo=oink.postle.net)
	by lon1-post-3.mail.demon.net with esmtp (Exim 4.69)
	id 1RshQK-0000Xu-cj
	for hugin-ptx@googlegroups.com; Wed, 01 Feb 2012 21:09:00 +0000
Date: Wed, 1 Feb 2012 21:08:59 +0000
From: Bruno Postle <br...@postle.net>
To: hugin and other free panoramic software <hugin-ptx@googlegroups.com>
Subject: Re: [hugin-ptx] Re: flat mosaic stitching (scans etc) and field of
 view
Message-ID: <20120201210857.GF20028@postle.net>
References: <op.v8vetzixrs0ygh@localhost>
 <45460b25-c8c6-4dbf-8c3d-81696ac2314e@h6g2000yqk.googlegroups.com>
 <73b27ca4-d875-40fe-b58e-179438873c7b@s7g2000vby.googlegroups.com>
 <CALW1f7itexwNJL3bMcgoWLY8kZ49H=ud_Q6phU7WrY5Y1Ur+Qg@mail.gmail.com>
 <5a6d6447-5d70-4f92-9856-a14caeea0792@o13g2000vbf.googlegroups.com>
 <4382d19c-fe53-4522-9c69-4e9cbef00962@j14g2000vba.googlegroups.com>
 <3692bbb7-e235-49af-bb9e-e3fb4c2d2...@s7g2000vby.googlegroups.com>
 <f37a387a-3902-45f8-a00e-80303ef0e...@vh10g2000pbc.googlegroups.com>
 <6a7b98c3-c167-4b45-acad-da4a7869b...@do4g2000vbb.googlegroups.com>
 <50836eb5-b9f9-4c37-a694-a5bc2cfa7...@l16g2000vbl.googlegroups.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Disposition: inline
In-Reply-To: <50836eb5-b9f9-4c37-a694-a5bc2cfa7...@l16g2000vbl.googlegroups.com>
X-Face: +?je=\K3V2%NTRI}N}l]g2gi?$L.3k,XskrYQ\7
User-Agent: Mutt/1.5.20 (2010-02-10)

On Wed 01-Feb-2012 at 07:34 -0800, kfj wrote:
>
> I think Hugin's standard slave programs don't support 'rubber
> sheeting', but PT has the feature - it's just not exploited by the
> FOSS replacements hugin uses. If I'm not mistaken, the feature is
> named morph-to-fit or so in the original panotools, and there may even
> be software floating about doing it and honouring 'C' lines, but I've
> never played with that.

I think PTmender in libpano13 respects the morph-to-fit parameters, 
though PTmender doesn't support any of the Hugin photometric 
features.

morph-to-fit works by dividing the photo into triangles based on the 
control point positions and then distorting the triangles so the 
points align in each overlapping photos.

I'm fairly sure that the reason it was never implemented in nona was 
that this isn't a very elegant way of solving the problem.  So what 
often gets suggested as the 'right' way to do this is to use the 
control points to distort a spline patch that covers the whole 
photo.

-- 
Bruno