Fixed in 4.2.
** Changed in: enblend
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Enblend.
https://bugs.launchpad.net/bugs/1356551
Title:
White pixels at 180 wrap and zenith for
Rosomack reviewed the proposed patches and found them ok.
Changes applied in revs 255771c2e58b
http://hg.code.sf.net/p/enblend/code/rev/255771c2e58
and 95c7e90f2be8
http://hg.code.sf.net/p/enblend/code/rev/95c7e90f2be8
** Changed in: enblend
Status: In Progress = Fix Committed
Meanwhile I think I know what the problem is. My solution, however, would
break a considerable amount of Enblend code. Therefore, I'll pass on the
issue to another developer. Hopefully he will come up with a less sizable
patch.
--
You received this bug notification because you are a member of
THX for the concise example. I can reproduce the bug on my machines.
** Changed in: enblend
Status: New = In Progress
** Changed in: enblend
Importance: Undecided = Medium
** Changed in: enblend
Assignee: (unassigned) = Christoph Spiel (cspiel)
--
You received this bug
We'd need a set of input images for Enblend that clearly reproduce
the problem preferably with the tip of the development branch.
Otherwise we waste our time with guesswork.
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Enblend.
I have run it against the devel tip I think (see comment #10) and you
can generate the input images from the files in #2 and #3 (plus
ptodummy) but to make things super easy here's as minimal of an example
as I could come up with. Note that the resolutions are carefully tuned
to ensure the use of
WORKAROUND:
- Disable the enblend course mask and force use of the full resolution with the
command line option '--fine-mask'
I was playing with resolution to create a minimal example that would
stitch quickly and I noticed that once the resolution was low enough the
course mask was disable
** Changed in: hugin
Status: New = Invalid
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Enblend.
https://bugs.launchpad.net/bugs/1356551
Title:
White pixels at 180 wrap and zenith for 16/32bit HDR Pano
Status in Enblend:
The intermediate images produced by nona do not have the white. Here's
a screenshot of the 180deg viewpoint where the wrap occurs. You can see
between the black background and the purple image (from ptodummy) there
are not white pixels.
So, enblend is definitely adding the white pixels. I will
** Also affects: enblend
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Enblend.
https://bugs.launchpad.net/bugs/1356551
Title:
White pixels at 180 wrap and zenith for 16/32bit HDR Pano
One last thing to add (sorry to be spamming so many updates here). I
tried running enblend without the '-w' option. This did not help. So
even when blending along the horizontal wrap is disabled the white
pixels still appear. The other wrap modes would not be useful or
correct in my case
I compiled enblend for my mac using macports. The current portfile uses
the 4.1.2_2 sources from sourceforge. I made my own version that is
identical but uses the 4.1.3 sources recently posted. The compile
process was identical for both. Note that macports does apply a patch
to the configure
Here's the basic script I use to stitch this into a pano so you can see
what command line options I'm using.
** Attachment added: Script to stitch the previously attached project.
https://bugs.launchpad.net/hugin/+bug/1356551/+attachment/4176798/+files/stitchHDR32-bad.sh
--
You received
I can get the same problem with an OpenEXR based workflow in HDR (which
I understand to be 16bit instead of 32bit). BUT, if I go down to LDR
(remove the Rt1 from the project file image lines and do '-r ldr' for
nona) then the problem is gone.
--
You received this bug notification because you
I haven't found a workaround/fix for this yet but here's some things I've tried:
- Adding the '-m' flag to enblend (with a value of 10240). Only matters for
the custom macports builds of enblend.
- Removing the masks from images 5 and 6
- Changing the resolution a bit (and tried the 'calculated
** Summary changed:
- White pixels as 180 wrap and zenith for 16/32bit HDR Pano
+ White pixels at 180 wrap and zenith for 16/32bit HDR Pano
--
You received this bug notification because you are a member of Hugin
Developers, which is subscribed to Hugin.
https://bugs.launchpad.net/bugs/1356551
16 matches
Mail list logo