hugin-devs team mailing list archive

[Seth Berrier <seth.berrier@xxxxxxxxx>]

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 see if I can
get this added to the enblend/enfuse tracker.  I will also investigate
the wrapping option.  I have -w in my command line (which I think is the
same as the one you mentioned) but I haven't tried turning it off or
reading more details about it so I will do my homework there!

** Attachment added: "180 wrap view after processing by nona but before enblend."
   https://bugs.launchpad.net/hugin/+bug/1356551/+attachment/4177887/+files/Intermediate-screenshot.png

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

Title:
  White pixels at 180 wrap and zenith for 16/32bit HDR Pano

Status in Enblend:
  New
Status in Hugin - Panorama Tools GUI:
  New

Bug description:
  When stitching my final pano for an HDR workflow I get a column of
  blank/white pixels near the equator at the 180 wrap and an entire row
  of blank/white pixels at the top.  Here's the basic pieces of my
  workflow:

  - Multiple exposures at 7 angles with samyang 8mm + pano head
  - Combined exposures to 7 HDR images using pfstools (sometimes exr files for 16bpp, other times tiff for 32bpp)
  - Use hugin to: mask out pano head arm, find control points, optimize positions, barrel and view and set output options
  - Stitch with a script using nona+enblend to equirec HDR image

  Can view example of the white pixels here:
  - you're facing the 180 wrap when it first comes up
  - zoom in at zenith to see the missing top pixel
  http://vr.rollerblading.es/pano/file?path=https://dl.dropboxusercontent.com/u/3340541/Panos/MuralLobby-Pano-LDR.jpg

  When I look at intermediate files I'm pretty sure it is enblend that is the source of the problem.  I've tried several different versions:
  - The stock version from the OSX binary on the source forge web site (v 4.1.1)
  - Enblend 4.1.2_2 compiled with macports
  - Enblend 4.1.3 compiled with macports (using my own updated portfile to grab the 4.1.3 tar ball)

  All three versions show the same problem.  I'll attach a screenshot
  pointing out the truant pixels as well as a minimal .pto file and the
  script I use for stitching.

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