Dear Guido, Guido Kohlmeyer wrote: >> any update of <http://wiki.panotools.org/Hugin_SDK_(MSVC_2008)> needed? >> > Yes of course, I have to add the description how to generate the library > from source package with MSVC 2008 EE. An updated SDK package is > mandatory too.
thank you. there are a few other things I'd suggest doing for the next edition of the SDK: 1. autopano-sift-C: - replace autopano-sift-C with Tom newest build (that solved so many memory leaks) - *but* keep the old "generatekeys" in the same folder (Tom has now deprecated but is still so useful to so many different workflows) 2. update to the latest Exiftool (this is a continuum - regressions are very seldom and the continuous evolution of camera models and related EXIF data must be tracked) 3. update exiv2 to 0.18.2 4. libpano: - move pano13 up one folder to make more compatible with Tom's new CMake build for pano13. The Cmake build for libpano is very new and still not fully complete, but it is already useable and makes life *much* easier - especially on Windows system. This will likely require a small change in Hugin's CMakeLists.txt. - use the latest SVN (with the fix for the locale mangling and with Tom's latest CMake build 5. UnxUtils: for now leave them there but http://gnuwin32.sourceforge.net/ is better maintained and officially supports Vista too. At some point replacement should be tested and when the test are positive GnuWin32 shall replace UnxUtils. There also seems to be a 64bit relative https://sourceforge.net/projects/gnuwin64/ but I have not looked into it. 6. Add enblend-enfuse. It is required to make the INSTALL target (and later on the installer). 7. for each folder, it would be good to document if it is downloaded or self-built, and the exact revision used for the build. I had to investigate / guess some of these (e.g. autopano-sift-C does not print the revision number in the help text). 8. a readme.txt file at the top level of the SDK would be helpful - a simple URL to the wiki page is enough for a start. 9. nice to have: add LAPACK <http://www.netlib.org/lapack/> libraries. > I wanted to wait until some developers approve the > functionality of nona based on the static library. Due to the fact that > my graphic card is too old I cannot do such tests. Based on first > impressions in this thread it seams that the lib works or other way > around there are situations where it works thus it is no general broken > build of nona. Everything is fine. Andrew has added GPU-stitching in a non-obtrusive way. The current trunk does not break existing functionality (exception: I have no reports yet if the new code breaks build or functionality on OSX). > I will update the SDK in few days or hours ... take your time (focus on robustness and quality), and thank you for the effort. Yuv --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
