** 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
T
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 o
Public bug reported:
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
-
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 th
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 are
Here's a project file that yields the problem described (use ptodummy to
make images). See attached script for how I run this.
** Attachment added: "Minimal 32bit workflow with bad pixels"
https://bugs.launchpad.net/hugin/+bug/1356551/+attachment/4176794/+files/HuginHDR32-bad.pto
--
You rec
6 matches
Mail list logo