[Hugin-devs] [Bug 1356897] [NEW] Please update the scanned image stitching tutorial (or add an automated way to do so)
Public bug reported: The nice tutorial on how to stitch scanned images http://hugin.sourceforge.net/tutorials/scans/en.shtml does unfortunately not apply to the current GUI anymore. At least speaking for me, I was not able to transfer the approach to the 2013 release. It would be really fine if someone who knows how to do this would update the tutorial, so that this functionality can be brought back to 2013. Apart from this, automated stitching of scanned images would be a nice feature (a scanned image assistant). AFAIK, hugin is the only program that can do this (at least on Linux), and this is something that actually _can_ be done automatically (each time I did it, I only applied exactly what the tutorial said and nothing individual). Thanks in advance for all help/changes! ** Affects: hugin Importance: Undecided Status: New -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1356897 Title: Please update the scanned image stitching tutorial (or add an automated way to do so) Status in Hugin - Panorama Tools GUI: New Bug description: The nice tutorial on how to stitch scanned images http://hugin.sourceforge.net/tutorials/scans/en.shtml does unfortunately not apply to the current GUI anymore. At least speaking for me, I was not able to transfer the approach to the 2013 release. It would be really fine if someone who knows how to do this would update the tutorial, so that this functionality can be brought back to 2013. Apart from this, automated stitching of scanned images would be a nice feature (a scanned image assistant). AFAIK, hugin is the only program that can do this (at least on Linux), and this is something that actually _can_ be done automatically (each time I did it, I only applied exactly what the tutorial said and nothing individual). Thanks in advance for all help/changes! To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1356897/+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 1345065] Re: errore durante l'assemblaggio
*** This bug is a duplicate of bug 709361 *** https://bugs.launchpad.net/bugs/709361 This is a bug in GNU make which is Hugin using for stitching. ** This bug has been marked a duplicate of bug 709361 Panorama stitching fails if path contains parentheses -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1345065 Title: errore durante l'assemblaggio Status in Hugin - Panorama Tools GUI: New Bug description: == *** Panorama makefile generated by Hugin *** === System information === Operating System: Windows (6.2 ) Architecture: x86 Number of logical processors: 2 Physical memory: 3770632 kiB (64% occupied) Free space on disc: 22485 MiB Active codepage: 1252 (Western European Windows) === Output options === Hugin Version: 2010.4.0.854952d82c8f built by Matthew Petroff Project file: C:\Users\NETTUN~1\AppData\Local\Temp\hug9B09.tmp Output prefix: ABAB0129-ABAB0133 Projection: Rectilinear (0) Field of view: 56 x 42 Canvas dimensions: 10054 x 7182 Crop area: (147,232) - (10001,3504) Output exposure value: 13.37 Selected outputs Normal panorama * Blended panorama === Input images === Number of images in project file: 5 Number of active images: 5 Image 0: C:\Users\NettunoPC\Desktop\luglio2014\101_1807\Nuova cartella\Nuova cartella (2)\ABAB0129.tif Image 0: Size 3104x4672, Exposure: 13.29 Image 1: C:\Users\NettunoPC\Desktop\luglio2014\101_1807\Nuova cartella\Nuova cartella (2)\ABAB0130.tif Image 1: Size 3104x4672, Exposure: 13.39 Image 2: C:\Users\NettunoPC\Desktop\luglio2014\101_1807\Nuova cartella\Nuova cartella (2)\ABAB0131.tif Image 2: Size 3104x4672, Exposure: 13.38 Image 3: C:\Users\NettunoPC\Desktop\luglio2014\101_1807\Nuova cartella\Nuova cartella (2)\ABAB0132.tif Image 3: Size 3104x4672, Exposure: 13.38 Image 4: C:\Users\NettunoPC\Desktop\luglio2014\101_1807\Nuova cartella\Nuova cartella (2)\ABAB0133.tif Image 4: Size 3104x4672, Exposure: 13.44 === Testing programs === Checking nona... nona is ok Checking enblend... enblend is ok Checking enfuse... enfuse is ok Checking hugin_hdrmerge... hugin_hdrmerge is ok Checking exiftool... exiftool is ok === Stitching panorama === make: *** No rule to make target `2)/ABAB0129.tif)', needed by `ABAB0129-ABAB0133.tif'. Stop. To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1345065/+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 1343268] Re: Can't open images when the directory contains invalid characters - =, … - not only the filename.
This is a limitation of the makefile used by Hugin to do the complete stitching process and can't be fixed an easy way. Or does Hugin does not complain about the filenames with invalid characters in the path? ** Changed in: hugin Status: New = Won't Fix -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1343268 Title: Can't open images when the directory contains invalid characters - =, … - not only the filename. Status in Hugin - Panorama Tools GUI: Won't Fix Bug description: Can't open images when the directory or folder contains invalid characters - =, … - not only the filename. To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1343268/+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 1356984] [NEW] Increase GPU preview image resolution and/or make it user-adjustable
Public bug reported: With regards to https://answers.launchpad.net/hugin/+question/251569 Please increase the GPU preview image's resolution, and/or make it user- adjustable, so those people whose GPUs can handle larger images don't have to suffer with such horrible preview quality: http://i.imgur.com/ksE6183.jpg ** Affects: hugin Importance: Undecided Status: New ** Tags: preview -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1356984 Title: Increase GPU preview image resolution and/or make it user-adjustable Status in Hugin - Panorama Tools GUI: New Bug description: With regards to https://answers.launchpad.net/hugin/+question/251569 Please increase the GPU preview image's resolution, and/or make it user-adjustable, so those people whose GPUs can handle larger images don't have to suffer with such horrible preview quality: http://i.imgur.com/ksE6183.jpg To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1356984/+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 1356984] Re: Increase GPU preview image resolution and/or make it user-adjustable
*** This bug is a duplicate of bug 679797 *** https://bugs.launchpad.net/bugs/679797 ** This bug has been marked a duplicate of bug 679797 Usability Improvement: add zoom feature to Panorama Preview -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1356984 Title: Increase GPU preview image resolution and/or make it user-adjustable Status in Hugin - Panorama Tools GUI: New Bug description: With regards to https://answers.launchpad.net/hugin/+question/251569 Please increase the GPU preview image's resolution, and/or make it user-adjustable, so those people whose GPUs can handle larger images don't have to suffer with such horrible preview quality: http://i.imgur.com/ksE6183.jpg To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1356984/+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 1271325] Re: stitch fails with err 255 on last image
** Changed in: hugin Status: New = Incomplete -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1271325 Title: stitch fails with err 255 on last image Status in Hugin - Panorama Tools GUI: Incomplete Bug description: Fails repeatedly, though I did have it complete once when some images were disabled. Project is a 360 pano with eight 3166x4750 images. Error message requests I post the log here. Here is my build and system info also. I got nothing else to go on. 2013.0.0.0d404a7088e6 built by Matthew Petroff Operating System: Windows 7 (build 7601, Service Pack 1), 64-bit edition Architecture: 64 bit Free memory: 11831564 kiB Active Codepage: 1252 (Western European Windows) Hugin Version: 2013.0.0.0d404a7088e6 built by Matthew Petroff Path to resources: C:\Program Files\Hugin/share/hugin/xrc/ Path to data: C:\Program Files\Hugin/share/hugin/data/ Path to public lensfun database: C:\Program Files\Hugin/share/lensfun Path to user lensfun database: C:\Users\dbur\AppData\Local\lensfun Libraries wxWidgets: 2.9.4.0 libpano13: 2.9.18 Boost: 1.44.0 Exiv2: 0.20.0 Lensfun: 0.2.5.1 To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1271325/+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 1356984] Re: Increase GPU preview image resolution and/or make it user-adjustable
*** This bug is a duplicate of bug 679797 *** https://bugs.launchpad.net/bugs/679797 Coding zoom functionality is significantly more work than coding a slider or combobox where one can choose the resolution. The former is unlikely to get implemented any time soon - that issue (bug #679797) has been open since 2005 and nothing has been done. I'd rather my report was not binned together with that one, as my simple request requires far less work and therefore is more likely to be implemented. -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1356984 Title: Increase GPU preview image resolution and/or make it user-adjustable Status in Hugin - Panorama Tools GUI: New Bug description: With regards to https://answers.launchpad.net/hugin/+question/251569 Please increase the GPU preview image's resolution, and/or make it user-adjustable, so those people whose GPUs can handle larger images don't have to suffer with such horrible preview quality: http://i.imgur.com/ksE6183.jpg To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1356984/+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
Re: [Hugin-devs] [Hugin-bug-hunters] [Bug 1356897] [NEW] Please update the scanned image stitching tutorial (or add an automated way to do so)
On Fri, 15 Aug 2014 00:17:57 +1000, Tobias-leupold 1356...@bugs.launchpad.net wrote: Public bug reported: The nice tutorial on how to stitch scanned images http://hugin.sourceforge.net/tutorials/scans/en.shtml does unfortunately not apply to the current GUI anymore. At least speaking for me, I was not able to transfer the approach to the 2013 release. It would be really fine if someone who knows how to do this would update the tutorial, so that this functionality can be brought back to 2013. Apart from this, automated stitching of scanned images would be a nice feature (a scanned image assistant). AFAIK, hugin is the only program that can do this (at least on Linux), and this is something that actually _can_ be done automatically (each time I did it, I only applied exactly what the tutorial said and nothing individual). Thanks in advance for all help/changes! Unfortunately most of the tutorials need to be updated to reflect the functionality of the new GUI, and that needs time. If you would like to take this discussion to the hugin-PTX mail list I may be able to help you to use the new GUI to stitch your scans. Cheers, -- Regards, Terry Duell -- You received this bug notification because you are a member of Hugin Developers, which is subscribed to Hugin. https://bugs.launchpad.net/bugs/1356897 Title: Please update the scanned image stitching tutorial (or add an automated way to do so) Status in Hugin - Panorama Tools GUI: New Bug description: The nice tutorial on how to stitch scanned images http://hugin.sourceforge.net/tutorials/scans/en.shtml does unfortunately not apply to the current GUI anymore. At least speaking for me, I was not able to transfer the approach to the 2013 release. It would be really fine if someone who knows how to do this would update the tutorial, so that this functionality can be brought back to 2013. Apart from this, automated stitching of scanned images would be a nice feature (a scanned image assistant). AFAIK, hugin is the only program that can do this (at least on Linux), and this is something that actually _can_ be done automatically (each time I did it, I only applied exactly what the tutorial said and nothing individual). Thanks in advance for all help/changes! To manage notifications about this bug go to: https://bugs.launchpad.net/hugin/+bug/1356897/+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
