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 _______________________________________________ Mailing list: https://launchpad.net/~hugin-devs Post to : [email protected] Unsubscribe : https://launchpad.net/~hugin-devs More help : https://help.launchpad.net/ListHelp
