← Back to team overview

hugin-devs team mailing list archive

[Bug 2081969] Re: Wrong offset position when using metadata transfer

 

"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



References