hugin-devs team mailing list archive

[tmodes <679988@xxxxxxxxxxxxxxxxxx>]

The switch -s works, but not as the thread opened is wishing.

fulla -s -g -0.004318:0.039896:-0.096925:1.061347 -o a.tif input.tif
Saving a.tif
fulla -g -0.004318:0.039896:-0.096925:1.061347 -o b.tif input.tif
Saving b.tif
md5sum a.tif b.tif
492bc5efef088c6a213b8222f8055026  a.tif
31e68917a31fd77875e20011457ecfb3  b.tif

The problem with your example is probably the d parameter. 
With d=1-a-b-c no scaling happens. But your d value is different, so you request an additional scaling. With the additional scaling the corrected image remains inside the initial image rectangle and there is no need for an additional rescaling. So the output of fulla with and without is the same.

-- 
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.
https://bugs.launchpad.net/bugs/679988

Title:
  fulla implicitely cropping output

Status in Hugin - Panorama Tools GUI:
  Triaged

Bug description:
  Run fulla to fix some radial barrel distortion with cropping disabled.
  $ fulla -s -g 0:-0.2:0:1 -o output.jpg input.jpg

  Expected: A corrected image on an enlarged canvas.
  Actual result: A corrected image cropped to the original canvas size.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hugin/+bug/679988/+subscriptions