[Hugin-devs] [Bug 1356551] Re: White pixels at 180 wrap and zenith for 16/32bit HDR Pano
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 16/32bit HDR Pano Status in Enblend: Fix Released Status in Hugin: Invalid 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 ___ 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
[Hugin-devs] [Bug 1356551] Re: White pixels at 180 wrap and zenith for 16/32bit HDR Pano
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 -- 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: Fix Committed Status in Hugin - Panorama Tools GUI: Invalid 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 ___ 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
[Hugin-devs] [Bug 1356551] Re: White pixels at 180 wrap and zenith for 16/32bit HDR Pano
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 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: In Progress Status in Hugin - Panorama Tools GUI: Invalid 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 ___ 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
[Hugin-devs] [Bug 1356551] Re: White pixels at 180 wrap and zenith for 16/32bit HDR Pano
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 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: In Progress Status in Hugin - Panorama Tools GUI: Invalid 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 ___ 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
[Hugin-devs] [Bug 1356551] Re: White pixels at 180 wrap and zenith for 16/32bit HDR Pano
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. 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: Invalid 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 ___ 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
[Hugin-devs] [Bug 1356551] Re: White pixels at 180 wrap and zenith for 16/32bit HDR Pano
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 the coarse mask. Use the attached images and then run enblend like this: enblend -f 2200x1100 -o Zenith-BadPixels.tif -- Input.tif Input0004.tif enblend -f 2200x1100 -o Wrap180-BadPixels.tif -- Input.tif Input0001.tif Input0002.tif Input0003.tif enblend -f 2200x1100 -o Both-BadPixels.tif -- Input.tif Input0001.tif Input0002.tif Input0003.tif Input0004.tif All three will give you bad pixels in one form or another (either near the zenith, the 180 wrap or both). Note that these will all be 32bpp tif files. You can work around this problem by adding --fine-mask as a command line option (which disables the course mask and also disables seam optimization in the devel build). I also found that you can eliminate MOST (but not all) of the white pixels by using NFT as the primary seam generator along with the fine mask. This still does seam optimization which gets disabled automatically when you use the fine mask with graphcut. Anyways, hopefully this will give you the same problem on your end. ** Attachment added: Images.tbz https://bugs.launchpad.net/hugin/+bug/1356551/+attachment/4189302/+files/Images.tbz -- 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: New Status in Hugin - Panorama Tools GUI: Invalid 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 ___ 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
[Hugin-devs] [Bug 1356551] Re: White pixels at 180 wrap and zenith for 16/32bit HDR Pano
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 automatically and then the white pixels disappeared. I tried the original resolution with the '--fine-mask' option and the problem was gone! So, the bug is still in there. Something to do with the course mask combined with an HDR workflow causes white pixels to appear around the edges of the input images and at places like the 180 wrap and the zenith these white pixels do not get blended out. BTW: Before I found the workaround I also tried grabbing the latest development code from mercurial and using that. The problem still exists there and can be fixed with the --fine-mask option. There are other problems with the 4.2-devel version as it exists right now so I'm going to stick with 4.1.3 but just FYI this one does seem to be there in the current main code branch. -- 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: 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 ___ 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
[Hugin-devs] [Bug 1356551] Re: White pixels at 180 wrap and zenith for 16/32bit HDR Pano
** 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: New Status in Hugin - Panorama Tools GUI: Invalid 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 ___ 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
[Hugin-devs] [Bug 1356551] Re: White pixels at 180 wrap and zenith for 16/32bit HDR Pano
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 ___ 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
[Hugin-devs] [Bug 1356551] Re: White pixels at 180 wrap and zenith for 16/32bit HDR Pano
** 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 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 ___ 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
[Hugin-devs] [Bug 1356551] Re: 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 ('vertical' or 'both') so I did not try those but I
can if you think it would help!
--
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:
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
___
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
[Hugin-devs] [Bug 1356551] Re: White pixels at 180 wrap and zenith for 16/32bit HDR Pano
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 script to help it find the boost libraries which are
named with '-mt' on the end in macports.
Both of them run configure with the following options (${prefix} here should
expand to '/opt/local' for macports):
configure.args --disable-split-doc \
--enable-image-cache \
--with-boost-filesystem \
--with-gnuplot=${prefix}/bin/gnuplot \
--with-openexr
Here is the output of 'enblend --version --verbose':
enblend 4.1.3
Extra feature: dmalloc support: no
Extra feature: image cache: yes
- environment variable TMPDIR set, cache file located in
/var/folders/1_/6st9_hvx1kvg0g6j1m0b2y0mgn/T/
Extra feature: GPU acceleration: no
Extra feature: OpenMP: no
Supported image formats: BMP EXR GIF HDR JPEG PNG PNM SUN TIFF VIFF
Supported file extensions: bmp exr gif hdr jpeg jpg pbm pgm png pnm ppm ras tif
tiff xv
Supported following globbing algorithms:
literal
Do not glob. Treat filenames as literals.
none
Do not glob. Treat filenames as literals. (alias)
sh
Glob like UN*X shells do. Like wildcard plus '{', '}', and '~'. See
glob(7). (alias)
shell
Glob like UN*X shells do. Like wildcard plus '{', '}', and '~'. See
glob(7).
wildcard
Glob with wildcards '?', '*', '[', and ']'. See glob(7).
Compiled on Seths-MacBook-Pro.local by MacPorts on Wed, Aug 13 2014,
14:09:19.
Copyright (C) 2004-2014 Andrew Mihal.
License GPLv2+: GNU GPL version 2 or later
http://www.gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Written by Andrew Mihal and others.
--
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:
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
___
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
[Hugin-devs] [Bug 1356551] Re: White pixels as 180 wrap and zenith for 16/32bit HDR Pano
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 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 as 180 wrap and zenith for 16/32bit HDR Pano 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/hugin/+bug/1356551/+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
[Hugin-devs] [Bug 1356551] Re: White pixels as 180 wrap and zenith for 16/32bit HDR Pano
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 a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1356551 Title: White pixels as 180 wrap and zenith for 16/32bit HDR Pano 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/hugin/+bug/1356551/+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
[Hugin-devs] [Bug 1356551] Re: White pixels as 180 wrap and zenith for 16/32bit HDR Pano
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 optimal') - All sorts of different file formats -- 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 as 180 wrap and zenith for 16/32bit HDR Pano 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/hugin/+bug/1356551/+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
[Hugin-devs] [Bug 1356551] Re: White pixels at 180 wrap and zenith for 16/32bit HDR Pano
** 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 Title: White pixels at 180 wrap and zenith for 16/32bit HDR Pano 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/hugin/+bug/1356551/+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
