I'd test it as well. I have been running a 64 bit version of 3.2 that I built following ref [1], and it works well, but was not successful in getting the new release to work the few times I tried to build it. If you just need a server to throw up your files, let me know, I can probably dig one up... cheers, Darcy
On May 12, 11:35 am, Tom Glastonbury <[email protected]> wrote: > Whilst I used Hugin a few years ago, I've recently returned to it. I'm > running Windows 7 64-bit on a fairly beefy machine (quad core, 8gig > ram), but found that it was impossibly slow and crash-prone when > working with large (eg, 300-400 MB) image files (I'm stitching > together tiles from a flatbed scanner). It was also tricky to find > recent 64-bit builds. A brief communication with Pablo confirmed that > Windows releases are somewhat orphaned at present. > > So I now have a working 64-bit build based on svn rev 5145 which is > usable with large image files. I followed the instructions at the wiki > [1], with a few changes: > > 1. Because I have VC 2010 Express on my system in addition to 2008 I > had to tell boost to specifically use the right compiler version > replacing: > > toolset=msvc > > with: > > toolset=msvc-9.0. > > 2. More recent revs have a dependency on GLUT which is not mentioned > in the SDK docs. Looking at the GLUT library suggested by the author > who introduced the dependency, it did not look like it would compile > for a Win x64 target easily, and is not true open source, so I used > freeglut instead. I had to modify CMakeModules\FindGLUT.cmake as it > would always raise an error if GLUT was not found, even though the > make CMakeLists.txt file provided a fall-through mechanism which would > then look for freeglut. > > 3. The main problem I was having with Hugin was that it would take > forever to add images, and sometimes just crash. Having run up and > debugged the build, I discovered that the version of exiv suggested in > the SDK doc (0.18.1) did not support memory mapped access to image > files under WIndows, and would therefore always load the whole file > into memory just to extract exif info.This did not work well with > multiple 400MB files. Luckily 0.19 does support memory mapping under > windows, and this makes reading exif info from large files under > windows almost instantaneous. I have modified CMakeLists.txt to > support this new version. Note that 0.19 appears to split out the XMP > SDK into a different lib, so I had to fix the library dependencies to > handle this too. > > -- > > I'm sure this would be of use to others, so I'd like to make it > available. What should I do? > > Thanks, > > Tom > > [1]http://wiki.panotools.org/Hugin_SDK_(MSVC_2008) > > -- > 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 [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group athttp://groups.google.com/group/hugin-ptx -- 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 [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/hugin-ptx
