"The canvas size is also used by the blender to decide if to blend about the 360 deg border or not."
if i set the crop to something less than 360 degrees then there is no need to blend on the border, is it? when i set the crop to something i'm basically telling hugin this is the area i'm interested in, ignore everything else. the size of the canvas is irrelevant. the remapped images are saved by nona with the x/y offset and that's wrong. this gets propagated to the final panorama. my patch doesn't interfere with anything hugin does, only with the output. there is no image to blend outside the crop anyway, as it gets cut off (hence the transparent areas). and if you don't believe me just look at the remapped images -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Enblend. https://bugs.launchpad.net/bugs/2081969 Title: Wrong offset position when using metadata transfer Status in Enblend: Fix Committed Bug description: remapped images are exported in the reference frame of the canvas instead of the ROI (the crop zone) resulting in bad stitches. the attached patch fixes this (wxT() has been deprecated in wxwidgets 3.3 and is not needed anymore. i removed it only in places where i got compile errors but if you don't use the latest wxwidgets those changes can be ignored). this coupled with the patches for enblend/enfuse (https://bugs.launchpad.net/enblend/+bug/2081896) should result in good stitches again. To manage notifications about this bug go to: https://bugs.launchpad.net/enblend/+bug/2081969/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~hugin-devs Post to : hugin-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~hugin-devs More help : https://help.launchpad.net/ListHelp
