[hugin-ptx] Re: make: pto2mk: No such file or directory
Is there somewhere I can grab the binary or the code to compile pto2mk myself? On Dec 27, 3:38 pm, Harry van der Wolf wrote: > Hi Joe, > > 2009/12/27 PortlandPano > > > > > OS X version 10.6.2 > > > When I run panostart on directory full of tifs it appears to run > > properly including the creation of the .pto file. However panostart > > errors out at the very end with the below: > > > pto2mk -o 0001_observatory-0015_observatory.pto.mk -p > > 0001_observatory-0015_observatory > > 0001_observatory-0015_observatory.pto > > make: pto2mk: No such file or directory > > make: *** [0001_observatory-0015_observatory.pto.mk] Error 1 > > > I have this version of Hugin installed: "Version 2009.4.0 built by > > Skip Gaede" but I do not find pto2mk? > > That's correct. The Hugin for OSX as distributed by the builders never > contains the tools apart from the necessary ones for the bundle to function. > > pto2mk is not distributed in or with the bundle. > I'll have a look at it. > > Harry -- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] make: pto2mk: No such file or directory
OS X version 10.6.2 When I run panostart on directory full of tifs it appears to run properly including the creation of the .pto file. However panostart errors out at the very end with the below: pto2mk -o 0001_observatory-0015_observatory.pto.mk -p 0001_observatory-0015_observatory 0001_observatory-0015_observatory.pto make: pto2mk: No such file or directory make: *** [0001_observatory-0015_observatory.pto.mk] Error 1 I have this version of Hugin installed: "Version 2009.4.0 built by Skip Gaede" but I do not find pto2mk? -- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Re: Panotools library problem: dyld: Library not loaded: /opt/local/lib/libjpeg.62.dylib
Ok, I got autopano-sift-c installed and now those errors are gone. What do I have to do to get libjpeg.62.dylib installed? Merry Christmas On Dec 25, 6:36 am, Harry van der Wolf wrote: > 2009/12/24 Bruno Postle > > > On Thu 24-Dec-2009 at 05:28 -0800, PortlandPano wrote: > > > >I ran panostart on a directory containing braketed tifs and it seemed > > >to run correctly and created the Makefile. When I ran "make" it seemed > > >to be working but then failed with the below. Any help wold be > > >appreciated. > > > I think this is just a warning: > > > >dyld: Library not loaded: /opt/local/lib/libjpeg.62.dylib > > > Referenced from: /usr/local/bin/PTmender > > > Reason: image not found > > It is not a warning. It is an error. > This means that PTmender is compiled/linked against the libjpeg.62.dylib > but can't find it in /opt/local/lib at runtime. > This is really weird: How did you get PTMender compiled against libjpeg if > it isn't there? Or did you remove it? Unfortunately I have no idea. I certainly did not remove it on purpose. > > > These further errors are because the 'generatekeys' and 'autopano' > > tools from autopano-sift-C are not in your $PATH. Probably these > > haven't been packaged for OS X. If you use the latest > > Panotools::Script from SVN, this process just uses the normal > > 'autopano-sift-c' binary which probably is packaged for OS X. > > Not readily packaged, but obviously you work with macports, so you can just > do a "sudo port install autopano-sift-c" [0] to get autopano-sift-c > installed including the generatekeys and autopano binaries. Note: the 2.4 > version is installed from macports. You could also build the autopano-sift-c > 2.5 version yourself [1] as it is faster and contains less bugs (huge > memeory leaks in 2.4). > > Harry > > [0]:http://wiki.panotools.org/Autopano-sift-C > [1]:http://wiki.panotools.org/Autopano-sift-C_Compiling_OSX -- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Panotools library problem: dyld: Library not loaded: /opt/local/lib/libjpeg.62.dylib
Mac OS X Version 10.6.2 2.16 GHz Intel Core Duo 2 GB 667 MHz DDR2 SDRAM All, I just installed panotools and am trying it out for the first time. Make, make test and make install all went without errors. I ran panostart on a directory containing braketed tifs and it seemed to run correctly and created the Makefile. When I ran "make" it seemed to be working but then failed with the below. Any help wold be appreciated. dyld: Library not loaded: /opt/local/lib/libjpeg.62.dylib Referenced from: /usr/local/bin/PTmender Reason: image not found Created /Volumes/Images 1/SmugMugDownloads/20090510/ SouthPortlandOldBuildings1/TIFF/WLBPYapvLs/sgraph_0.tif dyld: Library not loaded: /opt/local/lib/libjpeg.62.dylib Referenced from: /usr/local/bin/PTmender Reason: image not found Created /Volumes/Images 1/SmugMugDownloads/20090510/ SouthPortlandOldBuildings1/TIFF/WLBPYapvLs/sgraph_1.tif dyld: Library not loaded: /opt/local/lib/libjpeg.62.dylib Referenced from: /usr/local/bin/PTmender Reason: image not found Created /Volumes/Images 1/SmugMugDownloads/20090510/ SouthPortlandOldBuildings1/TIFF/WLBPYapvLs/sgraph_2.tif dyld: Library not loaded: /opt/local/lib/libjpeg.62.dylib Referenced from: /usr/local/bin/PTmender Reason: image not found Created /Volumes/Images 1/SmugMugDownloads/20090510/ SouthPortlandOldBuildings1/TIFF/WLBPYapvLs/sgraph_3.tif dyld: Library not loaded: /opt/local/lib/libjpeg.62.dylib Referenced from: /usr/local/bin/PTmender Reason: image not found Created /Volumes/Images 1/SmugMugDownloads/20090510/ SouthPortlandOldBuildings1/TIFF/WLBPYapvLs/sgraph_4.tif dyld: Library not loaded: /opt/local/lib/libjpeg.62.dylib Referenced from: /usr/local/bin/PTmender Reason: image not found Created /Volumes/Images 1/SmugMugDownloads/20090510/ SouthPortlandOldBuildings1/TIFF/WLBPYapvLs/sgraph_5.tif Can't exec "generatekeys": No such file or directory at /usr/local/bin/ match-n-shift line 205. Can't exec "generatekeys": No such file or directory at /usr/local/bin/ match-n-shift line 205. Can't exec "generatekeys": No such file or directory at /usr/local/bin/ match-n-shift line 205. Can't exec "generatekeys": No such file or directory at /usr/local/bin/ match-n-shift line 205. Can't exec "generatekeys": No such file or directory at /usr/local/bin/ match-n-shift line 205. Can't exec "generatekeys": No such file or directory at /usr/local/bin/ match-n-shift line 205. Can't exec "autopano": No such file or directory at /usr/local/bin/ match-n-shift line 210. cannot read-open /Volumes/Images 1/SmugMugDownloads/20090510/ SouthPortlandOldBuildings1/TIFF/ 0001_OldBuildings-0018_OldBuildings.pto at /Library/Perl/5.10.0/ Panotools/Script.pm line 90. make: *** [/Volumes/Images 1/SmugMugDownloads/20090510/ SouthPortlandOldBuildings1/TIFF/ 0001_OldBuildings-0018_OldBuildings.pto] Error 2 -- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx
[hugin-ptx] Error: Directory Makernote with 18761 entries considered invalid; not read.
I am running align_image_stack on a series of JPG images as they were output from my camera (Olympus E-510) and am getting this makernote error. Does this mean that align_image_stack is not working? It does seem to create the images with the prefix as intended. align_image_stack -a /Volumes/Images/SmugMugDownloads/20090625/3images/ HDR/align_ /Volumes/Images/SmugMugDownloads/20090625/3images/ 20090616_Tressel_3631.JPG /Volumes/Images/SmugMugDownloads/ 20090625/3images/20090616_Tressel_3632.JPG /Volumes/Images/ SmugMugDownloads/20090625/3images/20090616_Tressel_3633.JPGError: Directory Makernote with 18761 entries considered invalid; not read. Warning: Failed to read Makernote, rc = 6 Error: Directory Makernote with 18761 entries considered invalid; not read. Warning: Failed to read Makernote, rc = 6 Any direction would be appreciated. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: hugin_hdrmerge(11864) malloc: *** mmap(size=39923712) failed (error code=12)
Harry, I am running the below version: hugin Version 0.7.0 (http://hugin.sourceforge.net) by Pablo d'Angelo Is that the correct version for my machine? Thanks On May 25, 4:11 am, Harry van der Wolf wrote: > Hi PortlandPano, > > You are on Leopard on an Intel. That means that you can use a 64bit build. > Please download and try the official 0.7 version. It is a 64bit version > allowing you to allocate more memory. I have no idea whether that works. > If not, we really need to go bugtracking for this issue. > > Harry > > 2009/5/25 PortlandPano > > > > > I am getting the beliow error when running hugin_hdrmerge from the > > command line sing either tif or jpeg as inputs. My guess would be I am > > doing something wrong and would appreciate any help (OS X 10.5.7 2.16 > > GHZ intel): > > > 2:% hugin_hdrmerge -o hdrmergeOutout_ -v -v /Volumes/Images/ > > SmugMugDownloads/20090523/JPEG/20090523001.jpg /Volumes/Images/ > > SmugMugDownloads/20090523/JPEG/20090523002.jpg /Volumes/Images/ > > SmugMugDownloads/20090523/JPEG/20090523003.jpg /Volumes/Images/ > > SmugMugDownloads/20090523/JPEG/20090523004.jpg /Volumes/Images/ > > SmugMugDownloads/20090523/JPEG/20090523005.jpg /Volumes/Images/ > > SmugMugDownloads/20090523/JPEG/20090523006.jpg /Volumes/Images/ > > SmugMugDownloads/20090523/JPEG/20090523007.jpg /Volumes/Images/ > > SmugMugDownloads/20090523/JPEG/20090523008.jpg /Volumes/Images/ > > SmugMugDownloads/20090523/JPEG/20090523009.jpg > > > Running Khan algorithm > > Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > 20090523001.jpg > > Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > 20090523001.jpg > > Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ > > JPEG/20090523001_gray.pgm > > Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > 20090523002.jpg > > Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > 20090523002.jpg > > Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ > > JPEG/20090523002_gray.pgm > > Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > 20090523003.jpg > > Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > 20090523003.jpg > > Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ > > JPEG/20090523003_gray.pgm > > Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > 20090523004.jpg > > Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > 20090523004.jpg > > Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ > > JPEG/20090523004_gray.pgm > > Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > 20090523005.jpg > > Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > 20090523005.jpg > > Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ > > JPEG/20090523005_gray.pgm > > Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > 20090523006.jpg > > Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > 20090523006.jpg > > Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ > > JPEG/20090523006_gray.pgm > > Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > 20090523007.jpg > > Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > 20090523007.jpg > > Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ > > JPEG/20090523007_gray.pgm > > Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > 20090523008.jpg > > Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > 20090523008.jpg > > Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ > > JPEG/20090523008_gray.pgm > > Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > 20090523009.jpg > > Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > 20090523009.jpg > > Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ > > JPEG/20090523009_gray.pgm > > Remappin input images > > Clearing gray input images > > Clearing initial weight images > > deghosting (Khan algorithm) > > deghosting... > > > iteration 0 > > processing... > > > row 0 to 100 > > row 100 to 200 > > row 200 to 300 > > row 300 to 400 > > row 400 to 500 > > row 500 to 600 > > row 600 to 700 > > row 700 to 800 > &
[hugin-ptx] Re: hugin_hdrmerge(11864) malloc: *** mmap(size=39923712) failed (error code=12)
I also just tried "-m avg_slow" this also core dumped but not immediately: 2:% hugin_hdrmerge -o hdrmergeOutout_ -v -v -m avg_slow /Volumes/ Images/SmugMugDownloads/20090523/TIF/20090523037.tif /Volumes/Images/ SmugMugDownloads/20090523/TIF/20090523038.tif /Volumes/Images/ SmugMugDownloads/20090523/TIF/20090523039.tif /Volumes/Images/ SmugMugDownloads/20090523/TIF/20090523040.tif /Volumes/Images/ SmugMugDownloads/20090523/TIF/20090523041.tif /Volumes/Images/ SmugMugDownloads/20090523/TIF/20090523042.tif /Volumes/Images/ SmugMugDownloads/20090523/TIF/20090523043.tif /Volumes/Images/ SmugMugDownloads/20090523/TIF/20090523044.tif /Volumes/Images/ SmugMugDownloads/20090523/TIF/20090523045.tif Running simple weighted avg algorithm Loading image: /Volumes/Images/SmugMugDownloads/20090523/TIF/ 20090523037.tif Loading image: /Volumes/Images/SmugMugDownloads/20090523/TIF/ 20090523038.tif Loading image: /Volumes/Images/SmugMugDownloads/20090523/TIF/ 20090523039.tif Loading image: /Volumes/Images/SmugMugDownloads/20090523/TIF/ 20090523040.tif Loading image: /Volumes/Images/SmugMugDownloads/20090523/TIF/ 20090523041.tif Loading image: /Volumes/Images/SmugMugDownloads/20090523/TIF/ 20090523042.tif Loading image: /Volumes/Images/SmugMugDownloads/20090523/TIF/ 20090523043.tif Loading image: /Volumes/Images/SmugMugDownloads/20090523/TIF/ 20090523044.tif Loading image: /Volumes/Images/SmugMugDownloads/20090523/TIF/ 20090523045.tif Calculating weighted average Writing hdrmergeOutout_ ContractViolation: Precondition violation! did not find a matching codec for the given file extension (/Users/ippei/dev/hugin/hugin-0.7.0/mac/../src/foreign/vigra/ vigra_impex/codecmanager.cxx:271) caught exception: Precondition violation! did not find a matching codec for the given file extension (/Users/ippei/dev/hugin/hugin-0.7.0/mac/../src/foreign/vigra/ vigra_impex/codecmanager.cxx:271) [1]15508 abort (core dumped) hugin_hdrmerge -o hdrmergeOutout_ -v -v -m avg_slow On May 25, 8:19 am, PortlandPano wrote: > I tried the below and it just core dumps immediately. I got the same > results with 8 bit tifs with the "-m avg" option: > > hugin_hdrmerge -o hdrmergeOutout_ -v -v -m avg 20090523037.jpg > 20090523038.jpg 20090523039.jpg 20090523040.jpg 20090523041.jpg > 20090523042.jpg 20090523043.jpg 20090523044.jpg 20090523045.jpg > > caught exception: Cannot read image file "20090523037.jpg". File is > not an image file. > [1] 15299 abort (core dumped) hugin_hdrmerge -o hdrmergeOutout_ -v > -v -m avg 20090523037.jpg 20090523038.jp > > On May 25, 6:19 am, Lukáš Jirkovský wrote: > > > 2009/5/25 Harry van der Wolf : > > > > Hi PortlandPano, > > > > You are on Leopard on an Intel. That means that you can use a 64bit build. > > > Please download and try the official 0.7 version. It is a 64bit version > > > allowing you to allocate more memory. I have no idea whether that works. > > > If not, we really need to go bugtracking for this issue. > > > > Harry > > > > 2009/5/25 PortlandPano > > > >> I am getting the beliow error when running hugin_hdrmerge from the > > >> command line sing either tif or jpeg as inputs. My guess would be I am > > >> doing something wrong and would appreciate any help (OS X 10.5.7 2.16 > > >> GHZ intel): > > > >> 2:% hugin_hdrmerge -o hdrmergeOutout_ -v -v /Volumes/Images/ > > >> SmugMugDownloads/20090523/JPEG/20090523001.jpg /Volumes/Images/ > > >> SmugMugDownloads/20090523/JPEG/20090523002.jpg /Volumes/Images/ > > >> SmugMugDownloads/20090523/JPEG/20090523003.jpg /Volumes/Images/ > > >> SmugMugDownloads/20090523/JPEG/20090523004.jpg /Volumes/Images/ > > >> SmugMugDownloads/20090523/JPEG/20090523005.jpg /Volumes/Images/ > > >> SmugMugDownloads/20090523/JPEG/20090523006.jpg /Volumes/Images/ > > >> SmugMugDownloads/20090523/JPEG/20090523007.jpg /Volumes/Images/ > > >> SmugMugDownloads/20090523/JPEG/20090523008.jpg /Volumes/Images/ > > >> SmugMugDownloads/20090523/JPEG/20090523009.jpg > > > >> Running Khan algorithm > > >> Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > >> 20090523001.jpg > > >> Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > >> 20090523001.jpg > > >> Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ > > >> JPEG/20090523001_gray.pgm > > >> Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > >> 20090523002.jpg > > >> Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > > >> 20090523002.jpg > > >> Loading lu
[hugin-ptx] Re: hugin_hdrmerge(11864) malloc: *** mmap(size=39923712) failed (error code=12)
I tried the below and it just core dumps immediately. I got the same results with 8 bit tifs with the "-m avg" option: hugin_hdrmerge -o hdrmergeOutout_ -v -v -m avg 20090523037.jpg 20090523038.jpg 20090523039.jpg 20090523040.jpg 20090523041.jpg 20090523042.jpg 20090523043.jpg 20090523044.jpg 20090523045.jpg caught exception: Cannot read image file "20090523037.jpg". File is not an image file. [1]15299 abort (core dumped) hugin_hdrmerge -o hdrmergeOutout_ -v -v -m avg 20090523037.jpg 20090523038.jp On May 25, 6:19 am, Lukáš Jirkovský wrote: > 2009/5/25 Harry van der Wolf : > > > > > Hi PortlandPano, > > > You are on Leopard on an Intel. That means that you can use a 64bit build. > > Please download and try the official 0.7 version. It is a 64bit version > > allowing you to allocate more memory. I have no idea whether that works. > > If not, we really need to go bugtracking for this issue. > > > Harry > > > 2009/5/25 PortlandPano > > >> I am getting the beliow error when running hugin_hdrmerge from the > >> command line sing either tif or jpeg as inputs. My guess would be I am > >> doing something wrong and would appreciate any help (OS X 10.5.7 2.16 > >> GHZ intel): > > >> 2:% hugin_hdrmerge -o hdrmergeOutout_ -v -v /Volumes/Images/ > >> SmugMugDownloads/20090523/JPEG/20090523001.jpg /Volumes/Images/ > >> SmugMugDownloads/20090523/JPEG/20090523002.jpg /Volumes/Images/ > >> SmugMugDownloads/20090523/JPEG/20090523003.jpg /Volumes/Images/ > >> SmugMugDownloads/20090523/JPEG/20090523004.jpg /Volumes/Images/ > >> SmugMugDownloads/20090523/JPEG/20090523005.jpg /Volumes/Images/ > >> SmugMugDownloads/20090523/JPEG/20090523006.jpg /Volumes/Images/ > >> SmugMugDownloads/20090523/JPEG/20090523007.jpg /Volumes/Images/ > >> SmugMugDownloads/20090523/JPEG/20090523008.jpg /Volumes/Images/ > >> SmugMugDownloads/20090523/JPEG/20090523009.jpg > > >> Running Khan algorithm > >> Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > >> 20090523001.jpg > >> Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > >> 20090523001.jpg > >> Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ > >> JPEG/20090523001_gray.pgm > >> Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > >> 20090523002.jpg > >> Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > >> 20090523002.jpg > >> Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ > >> JPEG/20090523002_gray.pgm > >> Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > >> 20090523003.jpg > >> Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > >> 20090523003.jpg > >> Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ > >> JPEG/20090523003_gray.pgm > >> Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > >> 20090523004.jpg > >> Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > >> 20090523004.jpg > >> Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ > >> JPEG/20090523004_gray.pgm > >> Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > >> 20090523005.jpg > >> Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > >> 20090523005.jpg > >> Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ > >> JPEG/20090523005_gray.pgm > >> Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > >> 20090523006.jpg > >> Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > >> 20090523006.jpg > >> Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ > >> JPEG/20090523006_gray.pgm > >> Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > >> 20090523007.jpg > >> Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > >> 20090523007.jpg > >> Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ > >> JPEG/20090523007_gray.pgm > >> Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > >> 20090523008.jpg > >> Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ > >> 20090523008.jpg > >> Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ > >> JPEG/20090523008_gray.pgm > >> Loading and preparing /Volumes/Images/SmugMugDownloa
[hugin-ptx] hugin_hdrmerge(11864) malloc: *** mmap(size=39923712) failed (error code=12)
I am getting the beliow error when running hugin_hdrmerge from the command line sing either tif or jpeg as inputs. My guess would be I am doing something wrong and would appreciate any help (OS X 10.5.7 2.16 GHZ intel): 2:% hugin_hdrmerge -o hdrmergeOutout_ -v -v /Volumes/Images/ SmugMugDownloads/20090523/JPEG/20090523001.jpg /Volumes/Images/ SmugMugDownloads/20090523/JPEG/20090523002.jpg /Volumes/Images/ SmugMugDownloads/20090523/JPEG/20090523003.jpg /Volumes/Images/ SmugMugDownloads/20090523/JPEG/20090523004.jpg /Volumes/Images/ SmugMugDownloads/20090523/JPEG/20090523005.jpg /Volumes/Images/ SmugMugDownloads/20090523/JPEG/20090523006.jpg /Volumes/Images/ SmugMugDownloads/20090523/JPEG/20090523007.jpg /Volumes/Images/ SmugMugDownloads/20090523/JPEG/20090523008.jpg /Volumes/Images/ SmugMugDownloads/20090523/JPEG/20090523009.jpg Running Khan algorithm Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ 20090523001.jpg Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ 20090523001.jpg Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ JPEG/20090523001_gray.pgm Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ 20090523002.jpg Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ 20090523002.jpg Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ JPEG/20090523002_gray.pgm Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ 20090523003.jpg Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ 20090523003.jpg Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ JPEG/20090523003_gray.pgm Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ 20090523004.jpg Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ 20090523004.jpg Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ JPEG/20090523004_gray.pgm Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ 20090523005.jpg Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ 20090523005.jpg Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ JPEG/20090523005_gray.pgm Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ 20090523006.jpg Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ 20090523006.jpg Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ JPEG/20090523006_gray.pgm Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ 20090523007.jpg Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ 20090523007.jpg Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ JPEG/20090523007_gray.pgm Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ 20090523008.jpg Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ 20090523008.jpg Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ JPEG/20090523008_gray.pgm Loading and preparing /Volumes/Images/SmugMugDownloads/20090523/JPEG/ 20090523009.jpg Loading source image: /Volumes/Images/SmugMugDownloads/20090523/JPEG/ 20090523009.jpg Loading luminance image: /Volumes/Images/SmugMugDownloads/20090523/ JPEG/20090523009_gray.pgm Remappin input images Clearing gray input images Clearing initial weight images deghosting (Khan algorithm) deghosting... iteration 0 processing... row 0 to 100 row 100 to 200 row 200 to 300 row 300 to 400 row 400 to 500 row 500 to 600 row 600 to 700 row 700 to 800 row 800 to 900 row 900 to 1000 row 1000 to 1100 row 1100 to 1200 row 1200 to 1300 row 1300 to 1400 row 1400 to 1500 row 1500 to 1600 row 1600 to 1700 row 1700 to 1800 row 1800 to 1900 row 1900 to 2000 row 2000 to 2100 row 2100 to 2200 row 2200 to 2300 row 2300 to 2400 row 2400 to 2500 row 2500 to 2600 row 2600 to 2700 row 2700 to 2800 hugin_hdrmerge(11864) malloc: *** mmap(size=39923712) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug caught exception: St9bad_alloc [1]11864 abort (core dumped) hugin_hdrmerge -o hdrmergeOutout_ -v -v --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] ImageFuser .hdr files do not display in Bridge or Photoshop cs3
The .hdr files created by ImageFuser when I use the "Save HDR image" or simple batch display as blank white in both Bridge and Photoshop CS3. They seem to open fine in Hugin, FDRTools, etc. I normally use Bridge as my image browser so this is a bit of an issue for me. Is there a command line conversion script I could use to get the files into a format readable to Bridge and PS? Mac OS X 10.5.7 17" MacBook Pro --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: APSCpp, enhanced Autopano-sift-c fails on 32 bit tif with Displayimage: Unsupported pixel size error
Are there any freeware control point generators that can handle 32 bit? I am trying to create panoramic HDRs with a combination of Photoshop cs3 and freeware tools. What would be a recommended work flow for me? cs3 cannot stitch 32 bit and when I create panos of each exposure using photomerge they always differ in size. Thanks On May 16, 9:53 pm, Tom Sharpless wrote: > Hi > > The current autopano-sift-c definitely does not support color depths > greater than 16 bits. But it could fairly easily be made to do so. > The images used for interest point finding are monochrome with 32-bit > float pixels, those could be generated from any sort of input image. > > I'm not sure, but I think the present code for reducing image size, > and optionally converting to stereographic projection, operates on the > input (color) image; it would be a better to create the monochrome > image first and do everything on that. > > Cheers, Tom > > On May 16, 4:50 pm, PortlandPano wrote: > > > I tried panomatic and it appears to read the images but it never finds > > any control points. > > > Interesting thought about switching out the tonemapped and HDR tiffs. > > I am trying to think of ways to batch the process so I am not sure how > > to proceed on that one but I will look into it. Thanks for the reply. > > > On May 16, 4:24 pm, Bruno Postle wrote: > > > > On Sat 16-May-2009 at 08:26 -0700, PortlandPano wrote: > > > > > So my question is does autopano-sift-c work on 32 bit tif images? It > > > > also failed on hdr images. > > > > I'm fairly sure that autopano-sift-c doesn't work with HDR data > > > (patches welcome). Maybe panomatic supports HDR. > > > > If you have to use automatic control points, you could tonemap the > > > images first, create the project file, then swap the tonemapped > > > TIFFs with the HDR TIFFs. > > > > -- > > > Bruno --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: APSCpp, enhanced Autopano-sift-c fails on 32 bit tif with Displayimage: Unsupported pixel size error
I tried panomatic and it appears to read the images but it never finds any control points. Interesting thought about switching out the tonemapped and HDR tiffs. I am trying to think of ways to batch the process so I am not sure how to proceed on that one but I will look into it. Thanks for the reply. On May 16, 4:24 pm, Bruno Postle wrote: > On Sat 16-May-2009 at 08:26 -0700, PortlandPano wrote: > > > > > So my question is does autopano-sift-c work on 32 bit tif images? It > > also failed on hdr images. > > I'm fairly sure that autopano-sift-c doesn't work with HDR data > (patches welcome). Maybe panomatic supports HDR. > > If you have to use automatic control points, you could tonemap the > images first, create the project file, then swap the tonemapped > TIFFs with the HDR TIFFs. > > -- > Bruno --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] APSCpp, enhanced Autopano-sift-c fails on 32 bit tif with Displayimage: Unsupported pixel size error
I am new to Hugin and having some issues generating control points when the images are hdr. When I try to generate from within Hugin I get a wnexecute error. So I tried the below from the command line and it also fails. autopano-sift-c --projection 0,66 project.pto 1.tif 2.tif 3.tif 4.tif 5.tif 6.tif APSCpp, enhanced Autopano-sift-c Stereographic projection enabled. Filename 1.tif width 3643 height 2734 format 0 hfov 66 DisplayImage: Unsupported pixel size So my question is does autopano-sift-c work on 32 bit tif images? It also failed on hdr images. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
