Re: [hugin-ptx] hugin Einführung bei Frankfurt am M ain gesucht

Leider wohne ich in NRW, knappe 2,5 Stunden von Frankfurt entfernt. Ansonsten gibt es aber recht einfache Einleitungen im Web, z.B. startend von der Hugin-Homepage. Guido > Hallo, > > jemand aus der Nähe von Frankfurt am Main hier? > > Irgendwie kriege ich den Dreh mit Hugin nicht raus. > Wer mag

Re: [hugin-ptx] Windows SDK + trunk = ?

Dear all, It seems the right way to build hugin as described by Brian. So far as I know my SDK is outdated since some months, but lacks mainly of a missing glut component which can be easily added as described in an old post by me. To build an installation package was not my task for long time.

Re: [hugin-ptx] [OSX] hugin-mac-2009.4.0-RC3 available for download

gt; On Dec 8, 2009, at 7:18 AM, Guido Kohlmeyer wrote: > > >> Thanks for the short hints. I'm realy new on that platform but little >> familiar on linux. Therefore my starting point is a dev tools free snow >> leopard system, which has to be armed now. I have more free

Re: [hugin-ptx] [OSX] hugin-mac-2009.4.0-RC3 available for download

ng to incorporate this in the bundle build. > Even though I can't tell for sure, I assume the cmake build hasn't > changed. > > If you have questions then please let us know. > > Harry > > 2009/12/8 Guido Kohlmeyer > >> Dear Harry, >> >> is it

Re: [hugin-ptx] [OSX] hugin-mac-2009.4.0-RC3 available for download

Dear Harry, is it documented somewhere how to build hugin on mac? Meanwhile I own one and want to test it during my holidays. Thank, Guido > Hi all, > > I posted the link to Skips 2009.4.0-RC3 bundle on my > website > . >

[hugin-ptx] Re: Compiling Hugin on Windows using MSVC_2008

set builder (HUGIN_BUIDER) manually > > How to overcome this problem? > > Thanks again! > > Bob > > PS: I will settle the solutions I used to overcome these problem into > a document, and post to the mailing list after I successfully compile > Hugin. > > On 9月

[hugin-ptx] Re: Windows Hugin SDK and documentation

Hallo Yuv, Yuval Levy schrieb: >> 1. Pre-build package to give an easy starting point to build hugin from >> scratch. >> 2. Update mechanism to keep up with hugin development branch. >> > > To be really perfect the updated mechanism should keep up with *any* > state of Hugin and match a com

[hugin-ptx] Re: Windows Hugin SDK and documentation

Hi, I retired for some time, cause died machine, but ordered some new, thus work on SDK can start again in some time. I'm not happy whith the current SDK. There are some requirements that have to be fulfilled: 1. Pre-build package to give an easy starting point to build hugin from scratch. 2. Up

[hugin-ptx] Re: [OSX] Howto build a Hugin bundle on MacOSX

> /Off topic: I'm still without mac and after 3½ weeks on Ubuntu linux > again (not mentioning my webserver and using it within virtualbox on > my mac) I'm still not sure whether I will buy a new Mac. For the > absolute ease of use, "connect whatever you want and it works" and > great softwar

[hugin-ptx] Re: Error while building enblend: GL/glut.h not found

Dear Ad, The windows SDK is currently outdated and not in sync with the cmake configuration. I'm on the way to prepare a new SDK. Read the thread " The way to 2009.2" and you will find a post from me (2009-08-04) which contains the needed components as an attachment. Guido Dedalus schrieb: >

[hugin-ptx] Re: nona-gpu - has anybody got it working?

Dear Zoran, Zoran Zorkic schrieb: >> Ryan is so far the only one who has reported success, with his >> self-built version. I wonder if one of the pre-compiled (from Guido or >> from me) yield the same result. This would exclude building errors. >> >> His video card is a GeForce 8800 GTS (256 mb)

[hugin-ptx] Re: nona-gpu - has anybody got it working?

Yuval Levy schrieb: > Guido Kohlmeyer wrote: > >> I commited an updated CMakeLists.txt file to find GLUT in the SDK. >> > > Thank you, dear Guido and Ryan. > > any update of <http://wiki.panotools.org/Hugin_SDK_(MSVC_2008)> needed? > Yes of cours

[hugin-ptx] Re: nona-gpu - has anybody got it working?

Dear Ryan, I commited an updated CMakeLists.txt file to find GLUT in the SDK. Here I set only the root search path of GLUT. In my current working environment I created a base directory "glut" in the root of the SDK directory tree. The include file glut.h resides in .\glut\include\GL\glut.h whi

[hugin-ptx] Re: Hugin win32 build problem: Cmake wxwidgets problem

The SDK which I built and refering in my last post is not appropriate to build enblend/enfuse. It contains a pre-build version from enblend homepage. It was discussed to extend the SDK to even build enblend/enfuse, but so far there is no such SDK version available which fits all build use scenario

[hugin-ptx] Re: Hugin win32 build problem: Cmake wxwidgets problem

Dear Elvis, If you want to build a current revision of hugin you have to use another SDK. You will find it here: http://hugin.panotools.org/sdk/MSVC/Hugin-SDK-20090509-win32.exe Due to the fact that the guide to build hugin is quite outdated I can give you some rough hints to build it on win32

[hugin-ptx] Re: The way to 2009.2

Hi Yuval, I uploaded an archived version of nona to the panotools webspace: http://hugin.panotools.org/testing/hugin/nona.zip It is based on my current build environment. Due to the fact that a lot of progress is done using GPU power it is time to get a new machine. My laptop is more and more

[hugin-ptx] Re: Hugin build Error: can't find IGNORE.lib ?

This is maybe a problem of the currently broken build chain on win32/64 due to a missing glut library in the SDK. I expect SVN 4094 should be built without problems based on the SDK on win32. Guido Elvis schrieb: > By the way, > > if i cant find paths in Cmake configuration, I set it to "IGNOR

[hugin-ptx] Re: The way to 2009.2

Yuval Levy schrieb: > Guido Kohlmeyer wrote: > >> the DLL is currently not copied to INSTALL/FILES/bin. >> > > you will need to tell Cmake to copy it from a folder in the SDK to > INSTALL/FILES/bin > > something like: > > INSTALL(glew.dll DESTINA

[hugin-ptx] Re: The way to 2009.2

I run a small build test based on my SDK with an integrated fresh built dynamic glut library. The build works for a dynamic library, but the DLL is currently not copied to INSTALL/FILES/bin. Before I start to modify some cmake files I want to ask about a test szenario to check to build result.

[hugin-ptx] Re: Boost not found

t after the 1000'th time I > started to wonder. > > Allard > > On Jul 29, 1:49 pm, Guido Kohlmeyer wrote: > >> Dear Thomas, >> >> Sorry for the delay, I was on vacation for some days. >> It is not advisable to add the line as supposed. As I understa

[hugin-ptx] Re: Boost not found

case the variable is only set with value that matches with the SDK (let say as fall back) if the variable is not set before or available as windows environment variable. I didn't tested the pattern, but I expect it will work. Guido T. Modes schrieb: > > On 24 Jul., 11:43, Guido Koh

[hugin-ptx] Re: Windows Users: please test

Hi Yuv, I tested my own snapshot of SVN 4012 on WinXP SP2 and it works without any problems. German language settings on german machine. Made some workflow like pictures load in wizard, CP search, vignetting correction, fast preview etc. No crash at all. It's the same with current snapshot of

[hugin-ptx] Re: Boost not found

Dear Thomas, CMake configuration is broken, because Bruno deleted the file FindBoost.cmake from trunk in SVN 4084, which was likely asked by Tiziano Müller. I commited a small fix in CMakeLists.txt to find the static libraries in the SDK. Furthermore maybe it is needed to set the windows envir

[hugin-ptx] Re: What's in a Version Number?

Hi Yuv, What do you propose to deal with development steps for patches? The naming .mm.n, with n > 1 is o.k. for a release of a patch, but how to distinguish development snapshots of patches? I expect a patch will be done on a branch rather than on the trunk, and the fixes will be integrat

[hugin-ptx] Re: OpenGL slow because of reloading

Dear David, regarding your comment "albeit it took approximately 5 hours to render", I expect you can speed up the calculation with more RAM. After upgrade my machine from 512MB to 2GB RAM the process was very quick compared to the less RAM configuration, especially enblend benefits from lot of f

[hugin-ptx] Re: Release rc4 as 'final'?

There is still the review of the german translation on my task list. I suppose there are no huge changes needed. Is there a dead line available for check-in? Guido > > Hi all, my mail has been down for a few days, so I'm not completely > up-to-date. > > Can anyone think of a really good reason w

[hugin-ptx] Re: Hugin Windows SDK -- wxWidgets not found

Dear Tom, The repository corresponds to the current SDK. I update the repository every time when I update the SDK, thus I modified the CMakeLists.txt in revision 3842 to match wxWidgets 2.8.10, which is in the current SDK. I updated the SDK in May (2009-05-09) with boost 1.39.0, exiv2-0.18.1 and

[hugin-ptx] Re: Enblend error: Mask is entirely black, but white image was not identified as redundant

Dear Thomas It is a known problem or rather a drawback of enblend. I have a test case available too. Due to the fact that enblend is an external tool and not a component of hugin it is not a show stopper for the release. Anyway this is my impression of the case. It is always a trade off betwe

[hugin-ptx] Re: Enblend error: Mask is entirely black, but white image was not identified as redundant

Dear Thomas, The error is a common problem. Try to use the additional enblend parameter "--fine-mask" to ged rid of the error. The parameter will result in generation of masks in higher resolution which may may fix the problem, but sometimes may result in memory errors cause not enough memory

[hugin-ptx] Re: some minor GUI ideas

I know only one drawback of using the lossless compression methods of TIF file format: Some applications do not support all three methods, but I expect "Packbits" and "LZW" are supported by many ones. A preselection in the preferences would be fine to match the own workflow. Guido Andreas Met

[hugin-ptx] Re: Interface consistency

Bruno Postle schrieb: > Just had a discussion with Pablo about the text on the Stitcher tab > and realised that it makes much more sense in the German translation > than the English original. > Thanks, at that time I spent a lot of time to find adequate german terms. Guido --~--~-~

[hugin-ptx] Re: hugin-0.8.0_rc3 released

I made a fresh rebuild with complete empty destination folder, hence without any cached data from CMake. This works. Following the last mails in this thread this seems a significant point. Guido T. Modes schrieb: > >> Hi Allard, >> have you done a clean build? I've found out that it gets ca

[hugin-ptx] Re: OpenGL slow because of reloading

The additional option is only a workaround that may work, but as you already percieved it will yield to higher memory consumption to generate the mask in a higher resolution. I guess the process runs out of memory. Guido David Haberthür schrieb: > Dear Guido, > That only helped a bit, now enbl

[hugin-ptx] Re: OpenGL slow because of reloading

Dear David, The error is a common problem. Try to use the additional enblend parameter "--fine-mask" to ged rid of the error. Guido David Haberthür schrieb: > > On 07.06.2009, at 18:45, Harry van der Wolf wrote: > >> >> >> 2009/6/5 David Haberthür > > >> >> >

[hugin-ptx] Re: hugin-0.8.0_rc3 released

Just a note: I built SVN3923 wich is quite the same as RC3 without any problems based on my SDK, which does not contain any LAPACK lib. Guido Lukáš Jirkovský schrieb: > 2009/6/8 Tom Sharpless : > >> Hi allard >> >> LAPACK is a FORTRAN package, and Microsoft does not support FORTRAN. >> On Win

[hugin-ptx] Re: temp dir

The temp dir is first fetched from hugin's registry settings. Maybe they are not completely deleted. Please have a look in HKEY_CURRENT_USER\Software\hugin > tempDir If there is no setting in registry given, hugin uses the Windows API method GetTempPath which evaluates the windows environment v

[hugin-ptx] Re: hugin-0.8.0_rc1 released

> > I had a second machine where hugin segfaulted at startup as reported > by others. It seems that glewInit() can only be called once > depending on how glew is built: > > http://glew.sourceforge.net/advanced.html > > So I removed the call to glewInit() in GLPreviewFrame.cpp and it > seems to wo

[hugin-ptx] Re: Fixes to "Add time-series of images" button, removal of jhead library

> We are due another release candidate, though I've lost track and > would like to hear opinions on which critical bugs we still have > unsolved? > I'm working still on the OpenGL capability detection. Currently the Difference View on windows platform is broken, more precisely you cannot s

[hugin-ptx] Re: hugin installer for Windows Vista/XP SVN 3845 *new SDK*

Hi Ryan, > I did update the documentation per your request. You should see a > clean separation wherever possible about the x32 v x64 differences using > parallel tables. Short of breaking it into it's own page, I'm not sure what > ideas you're thinking layout. It's ok to separate the diff

[hugin-ptx] Re: hugin installer for Windows Vista/XP SVN 3845 *new SDK*

Hi, It seems that the new SDK works not only on my machine. Thanks for testing. There is a documentation available how to build a x64 SDK. See on panotools wiki and search for "MSVC 2008". I have not tested the build of the x64 SDK due to lack of such machine and I have made some complains abou

[hugin-ptx] Re: [Win32] Updated Hugin SDK

Dear Ryan, ryan+hu...@sleevi.com schrieb: > Nice work Guido, you beat me too it. I've been working for the past week on > documenting directions for compiling the Hugin SDK in x64, and had already > adopted the new versions. I just updated the wiki page with the directions, > and hopefully I didn

[hugin-ptx] Re: hugin-0.8.0_rc1 released

Dear Thomas, > your patch doesn't work right. meanwhile I see ... > > * You check after glewInit(): >if (GLEW_OK != err) >So your test will only run when glewInit failed. I think it should > be > if (GLEW_OK==err) Right > * In constructor GLPreviewFrame glewInit() fails on my machi

[hugin-ptx] [Win32] Updated Hugin SDK

Hi, I updated some components in the SDK: autopano-sift-c (svn revision 3480) boost 1.39.0 exiftool 7.74 exiv2-0.18.1 libpano13-2.9.14_rc1 (svn revision 966) wxWidgets 2.8.10 The documentation is updated too: http://wiki.panotools.org/Hugin_SDK_(MSVC_2008) You will find the download link on th

[hugin-ptx] Re: b4/rc1 undefined reference to ...::calcCtrlPointErrors

I had the same linker error on win32 platform too After a clean new build (cmake etc.) no error occured any more. Guido --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" grou

[hugin-ptx] Re: hugin-0.8.0_rc1 released

> > I find it a little bit nervous with the hiding and showing the buttons > when moving the mouse. > What's about adding a wxPanel (for each button), putting the > wxToggleButton inside that wxPanel and change the backgroundcolor of > wxPanel? So you get a colored border around the button. This w

[hugin-ptx] Re: hugin-0.8.0_rc1 released

Dear Bruno, There is still a bug in the OpenGL-Preview, in particular on detecting OpenGL capabilities to do the difference view. On my OpenGL 1.3 system (win32) it results in a crash of hugin if I move my mouse pointer over an image part. I have a fix already on disk but not commited so far, see

[hugin-ptx] Re: German translation: a few questions about original strings

Dear Joachim, J. Schneider schrieb: > Hi, > I can take care of this. Although some of Guido's translations were a > lot better; I think he did a very good job at "harmonizing" the > expressions. > As I am currently having time (or procrastinating on other things by > translating ...) I think I

[hugin-ptx] Re: libpano13-2.9.14_beta2 released

Dear Bruno, there is currently no negative feedback regarding my Albers projection fix, thus please commit the attached file to the trunk. I have no write access to the repository. The file includes the main fix and additional code simplifications in the function that was touched. Kind regards

[hugin-ptx] Re: German translation: a few questions about original strings

Dear Thomas and all others, is there any deadline for commiting language inspections? In the last release I reviewed all strings and tried to find a conform speak to get a harmonious appearance. I can do this job again for the comming release, but due to limited time I need to know about the s

[hugin-ptx] Re: libpano13-2.9.14_beta2 released

Dear Bruno, I've made a change in math.c (see my mail "Re: GSoC patch ideas" from 2009-03-26), but I didn't checked in the patch so far, because I'm waiting for some feedback, especially from Daniel German, who has noted that he is familar with that library and may give some hints. The patch wor

[hugin-ptx] Re: Doxygen and GSOC

Dear all, > Yet, as new code is added, it would be great if the students kept > doxygen in mind for future students and coders. > I would appreciate to make it a mandatory step to document the new code with comments for doxygen. Some time ago I searched for a bug in the OpenGL preview parts of

[hugin-ptx] Re: hugin-0.8.0_beta3 released

A test built for windows platform is available on panotools.org: http://hugin.panotools.org/testing/hugin/ As usual I prepared only a self-extracting archive without any installer. Guido --~--~-~--~~~---~--~~ You received this message because you are subscrib

[hugin-ptx] Re: GSoC patch ideas

b. Please find attached a patch for review. I tested it on Win32 (MSVC) and no crash occured any more. Comments are highly appreciated, Guido Yuval Levy schrieb: > Guido Kohlmeyer wrote: >>> A simple division by zero error in libpano13: >>> >>> http://sourceforge.net/tr

[hugin-ptx] Re: GSoC patch ideas

> A simple division by zero error in libpano13: > > http://sourceforge.net/tracker/?func=detail&aid=2002617&group_id=96188&atid=613954 > I'm currently working on a fix. Maybe it's not wise to do the same. Guido --~--~-~--~~~---~--~~ You received this message be

[hugin-ptx] Re: hugin crashes when phi1=-phi2 in albers conical

I found code in math.c of pano13, namely in function albersEqualAreaConic_ParamCheck which is error prone and already commented with "The stability of these operations should be improved". A protection against division by zero is not implemented which may result in invalid parameter values. The

[hugin-ptx] Re: hugin crashes when phi1=-phi2 in albers conical

on't >> know >> if this behaviour is correct or not. >> >> Harry >> >> >> 2009/3/17 Guido Kohlmeyer >> >> >>> Dear Bruno, >>> >>> Thanks for the hint of old bug report. >>> >>> Due to the fact that you

[hugin-ptx] Re: hugin crashes when phi1=-phi2 in albers conical

Dear Bruno, Thanks for the hint of old bug report. Due to the fact that you cannot reproduce the crash, I will try to fix the problem in libpano and test whether the crash can be prevented. Guido > > On Fri 13-Mar-2009 at 16:12 -0700, allard wrote: >> >>Any time, fast or normal preview.Select

[hugin-ptx] Re: hugin crashes when phi1=-phi2 in albers conical

I can reproduce the case. What I found so far is the following: The violation is initiated by call of transform.transformImgCoord(x, y, 0.0, 90.0) (see OutputProjectionInfo (line 38)) This method calls execute_stack_new of panotool library. I expect during processing of the transformation func

[hugin-ptx] Re: hugin-0.8.0_beta2 released

Yuval Levy schrieb: > I've been fiddling with it for months and have not come to a conclusion. > Guido has been more pragmatic and hence was able to publish an SDK. His > definition of SDK is what it takes to build the Hugin binary. > > On the other hand, the installer is meant to install all w

[hugin-ptx] Re: md5 checksums

I will consider it, when I prepare the next development shapshot. My build toolchain is stable since some time and some modification will be a welcome change. Guido > > Hi all, > > a reader of my blog asks me where to find the checksums for a package he > downloaded, probably from sourceforge or

[hugin-ptx] Re: hugin-0.8.0_beta2 released

At first please look at the tracker on sourceforge if there is any simlar case already reported. If not please create a new issue with a detailed description how to reproduce the segmentation fault. Information about the platform (linux, macos and windows etc.) is mandatory. Messages that were out

[hugin-ptx] Re: hugin-0.8.0_beta2 released

A windows snapshot (SV3714) for testing is available on panotools: see http://hugin.panotools.org/testing/hugin/index.html Guido Bruno Postle schrieb: > Hi all, this release process has consumed nearly all my spare time > for the last few weeks, so I need to slow down a bit. Even so, it > wou

[hugin-ptx] Re: Zone Alarm and Hugin.exe

Hugin was detected as a virus in the past, but hugin setup on sourceforge contains no virus. I observed that many virus protection programs will detect a virus, although there is no virus is the program. This is a bad trend in the last months. For instance you can try to get informations about

[hugin-ptx] Re: OpenGL flicker effect on redraw

whether is has drawbacks on linux and OSX. Thanks, Guido Guido Kohlmeyer schrieb: > Maybe will will find here an approach to overcome that annoying effect. > The display as is seems fine, but I didn't tested all projections so far. --~--~-~--~~~---~--~~ Y

[hugin-ptx] Re: Celeste.model is not found on win32

to change the calls. I will simplify the pattern in question for celeste file name. Guido Pablo d'Angelo schrieb: > Yuval Levy schrieb: >> Guido Kohlmeyer wrote: >>> Meanwhile I found huginApp::Get()->GetXRCPath(), which is the same. >> is there a reason to have

[hugin-ptx] Re: Celeste.model is not found on win32

lable. Guido > Guido Kohlmeyer wrote: >> On win32 the celecte.model file is searched on the path >> INSTALL_XRC_DIR/data, but the macro INSTALL_XRC_DIR is replaced by >> "${CMAKE_INSTALL_PREFIX}/share/hugin/xrc" during compiling. Hence the >> path is fixed, whic

[hugin-ptx] Re: OpenGL flicker effect on redraw

o overcome that annoying effect. The display as is seems fine, but I didn't tested all projections so far. Guido > > On Tue, 2009-03-03 at 22:36 +0100, Guido Kohlmeyer wrote: >> I tested the OpenGL preview. I observed the effect that the redraw >> flickers heavily during paint

[hugin-ptx] Celeste.model is not found on win32

Hi, On win32 the celecte.model file is searched on the path INSTALL_XRC_DIR/data, but the macro INSTALL_XRC_DIR is replaced by "${CMAKE_INSTALL_PREFIX}/share/hugin/xrc" during compiling. Hence the path is fixed, which contradicts the approach to copy the application during setup to a directory

[hugin-ptx] OpenGL flicker effect on redraw

I tested the OpenGL preview. I observed the effect that the redraw flickers heavily during paint. It seems that the background and the foreground of the widget are displayed alternating. I checked the source and the redraw should use the double buffering, but it seems it doesn't work. Are ther

[hugin-ptx] Re: New Hugin SDK (MSVC 2008)

ne can build the SDK if they want.. > > allard > > On Mar 1, 4:22 am, Guido Kohlmeyer wrote: >> Thanks, the next step will be to update the pages regarding compiling >> Hugin on Windows. I made some notes during building and will use this >> infos. --~--~-~--~~

[hugin-ptx] Re: Changed Enblend/Enfuse options have no effect

re active. The project specific settings can be combined on a separate Settings tab. Maybe a task for a GUI redesign in the future. Guido Bruno Postle schrieb: > On Mon 02-Mar-2009 at 00:40 +0100, Guido Kohlmeyer wrote: >> I changed the options of Enblend and Enfuse in the properties dialog

[hugin-ptx] Changed Enblend/Enfuse options have no effect

I changed the options of Enblend and Enfuse in the properties dialog of Hugin, but these options are not taken into account for the current project. Neither Save nor Save as write the options to the project file. If I start a new project, then the options are taken into account and written to

[hugin-ptx] Re: German translation: a few questions about original strings

Suggestion see below. J. Schneider schrieb: > Hi, > I'm currently updating the German translation and again I have a few > questions about where some original strings appear and so on: > "Add application" Something like to add the call of an application. If you click the button, you a dialog

[hugin-ptx] Re: [Win32] hugin-0.8.0.3690-dev-win32.exe for download

Sorry for the second mail. Google was very slow to deliver the mails and I though they were sorted out due to the exe link, or they were lost. Guido --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "hugin and other

[hugin-ptx] [Win32] hugin-0.8.0.3690-dev-win32.exe for download

For testing a current development build of Hugin can be found on http://hugin.panotools.org/testing/hugin/hugin-0.8.0.3690-dev-win32.exe The file is a self-extracting archive, no installer (see below)! Revision information Hugin : SVN 3690 Enblend/Enfuse : 3.2 (prec

[hugin-ptx] [Win32] hugin-0.8.0.3690-dev-win32.exe for download

For testing a current development build of Hugin can be found on http://hugin.panotools.org/testing/hugin/hugin-0.8.0.3690-dev-win32.exe The file is a self-extracting archive, no installer (see below)! Revision information Hugin : SVN 3690 Enblend/Enfuse : 3.2 (prec

[hugin-ptx] Re: New Hugin SDK (MSVC 2008)

Thanks, the next step will be to update the pages regarding compiling Hugin on Windows. I made some notes during building and will use this infos. Guido Tom Sharpless schrieb: > PS I really wanted to say, magnificent job! Your SDK and turorial > make it as easy to build Hugin on Windows as on

[hugin-ptx] Re: New Hugin SDK (MSVC 2008)

I expected no problems with the SDK, thus it is surprising that the link raise problems. Work with thunderbird and firefox. Try the following link: http://wiki.panotools.org/Hugin_SDK_%28MSVC_2008%29 Guido Tom Sharpless schrieb: > Nope. I guess you may have to change the title of this page

[hugin-ptx] [win32] New Hugin SDK (MSVC 2008)

Dear all, I finished the new Hugin SDK and I hope all teething troubles of my first attempt are sort out. You will find the documentation of the SDK on panotools wiki: http://wiki.panotools.org/Hugin_SDK_(MSVC_2008) A link to the precompiled SDK is available on this wiki page too. Have fun and

[hugin-ptx] Re: Problem compiling on Windows -- wxWidgets not found

Hi Tom, enblend is the second pitfall to trip into. I included it not in the SDK, but I know this was a fault. You can download it here: http://downloads.sourceforge.net/enblend/enblend-enfuse-3.2.zip Decompress it to SDK's directory, that the application is in directory "enblend-enfuse-3.2".

[hugin-ptx] Re: Problem compiling on Windows -- wxWidgets not found

Dear Tom, I should be sufficient to copy the attached file to directory \share\cmake-2.6\Modules and to rename it to FindwxWidgets.cmake Guido > > With Guido's new SDK and the current Hugin svn, I get a basic > cmakesetup configuration error: "wxWidgets not found"; plus a lot of > consequential

[hugin-ptx] Re: Problem compiling on Windows -- wxWidgets not found

Dear Tom, please use CMake 2.6.3 which has an updated script to find wxWidgets. The script in CMake 2.6.2 searched for only some of the libraries, but in the SDK the Unicode libs are only available. In the new CMake version the script will find all varaints of libs. Additionally the old script ha

[hugin-ptx] Re: Question about autopano-sift-c repository

Bruno Postle schrieb: > > Go ahead and commit it, I assume that the build just uses wxwidgets > for the bundled image libraries. > Thanks for the feedback. Your right, only the image libraries from wxWdgets are needed. Guido --~--~-~--~~~---~--~~ You received

[hugin-ptx] Question about autopano-sift-c repository

One question to the old hands :-) I made some updates on CMake files of autopano-sift-C to find and use current versions of wxWidgets (2.8.9) and libxml2 (2.7.3). Furthermore I add search directory of pano13 as stored in my SDK. Due to the fact that the current stable version 2.5.0 can be check

[hugin-ptx] Re: Hugin 0.8 SVN3649 Windows installer available

Bruno Postle schrieb: > > Note that we don't expect Linux packagers to ask permission to > release snapshots, so there is no problem doing the same for > Windows, just please point people who don't want to participate in > testing to the 'stable' installer on sourceforge. > > Slightly off-top

[hugin-ptx] Re: Hugin 0.8 SVN3649 Windows installer available

During labor pains of hugin 0.7.0 I prepared shapshots without any installer for the development community in loose intervals. This was done by some other developers too. I used the panotools server which was kindly provided by the guys here and published the new download link here in the group, l

[hugin-ptx] Re: Hugin Build Version 3649 for Windows

Dear Yuv, I seems that lxegs used my SDK, thus exiv2 0.18 and wxWidgets 2.9.8. Guido > > lxegs wrote: >> i have compiled hugin with Visual Studio 2008 under Vista x86 and >> tested in Vista x86/x64.I suppose it will work under XP > > good job! which version of exiv2 and of wxWidgets did you use

[hugin-ptx] Re: Hugin Build Version 3649 for Windows

The complete package of all files incl. autopano-sift and enblend/enfuse will be 100MB. 7-zip can compress this amount down to about 14MB (use ultra compression and solid archive). Guido Bart.van.Andel schrieb: > Hi, > > First of all, thanks for sharing your effort! That said, I'd like to > m

[hugin-ptx] Re: hugin SDK for windows

Some comments about the "NOTFOUNDS" in cmake. PANO12_* This is not a probelm and can be neglected, because pano13 is found and pano13 is the newer one. PANO12_* is only used if PANO13 is not found. Therefore no error comes up. AP_SIFT_DIR ENBLEND_EXE_DIR Enblend as well as Autopano-SIFT are stan

[hugin-ptx] Re: hugin SDK for windows

Dear allard, The backslash before the space character is mandatory to escape the space charater. Otherwise the space will be a separator and only the part until the space is assigned to the variable on the left hand side of the equation sign. The backslash between the drive letter and the colon i

[hugin-ptx] Re: hugin SDK for windows

Yes, this should work. On windows platform the syntax of an absolute path is: :\path\to\file\ For example: C:\My Photos\Ireland 2008\DSCN0012.jpg As you see spaces are possible and were already supported in hugin 0.7.0. I expect omitting the (back)slash between drive letter and colon will fix the

[hugin-ptx] Re: hugin SDK for windows

I appologize about the missing information about the SDK and the other tools that are needed to work with hugin. The SDK has (should have) currently all components to build, but there are some additional tools needed to run. These tools are e.g. autopanao-sift-c and enblend/enfuse. I decided not t

[hugin-ptx] Re: hugin SDK for windows

libpano12 directory and library, which is not > included in the SDK. Is that correct? I'll try again see what happens > > allard > > On Feb 10, 1:06 pm, "Guido Kohlmeyer" wrote: >> Dear Allard, >> >> I used cmake 2.6.2 to build hugin and tested the

[hugin-ptx] Re: hugin SDK for windows

Dear Allard, I used cmake 2.6.2 to build hugin and tested the build process with this version. It is mandatory to get the latest revision of hugin from SVN, because I changed some cmake files to find wxWidgets, boost and exiv2. I even read about problems. I trapped into one pitfall, because I sta

[hugin-ptx] Re: hugin SDK for windows

bin Have fun. Feedback is welcome. Guido Yuval Levy schrieb: > Hi Guido, > > Guido Kohlmeyer wrote: >> I prepared a SDK to build hugin on windows platform. > > great. I'd be interested to know if you can open network files with > Hugin compiled with your SDK, t

[hugin-ptx] Re: llibpano (SVN944) won't built on windows

and expected behaviour is necessary. Guido Bruno Postle schrieb: > On Sun 08-Feb-2009 at 01:17 +0100, Guido Kohlmeyer wrote: >> You commited the modified file "filter.c". The only modification is an >> additional include of "unistd.h". Typically this file is not

[hugin-ptx] llibpano (SVN944) won't built on windows

Dear Bruno, You commited the modified file "filter.c". The only modification is an additional include of "unistd.h". Typically this file is not available on windows and the include is not needed to compile. What are the reasons to include this header file? Guido --~--~-~--~~-

[hugin-ptx] hugin SDK for windows

Good morning, I prepared a SDK to build hugin on windows platform. It is based on current releases of boost, wxwindows, libpano and other tools. I applied the aproach to bundle only the necessary includes and libs, without any documentation. The result is a 350MB package (34MB archive). Current

[hugin-ptx] Re: Installer?

So far as I know MSI is the recommended type of installer on Vista, more precisely it is the only supported kind of installer. But I expect the old EXE type will work as well. Didn't tested it, because I own only Windows XP. Guido Yuval Levy schrieb: > what is the advantage of using MSI insta

[hugin-ptx] Re: Installer?

Dear John, An installer for windows platform can be found here: http://sourceforge.net/project/showfiles.php?group_id=77506&package_id=78426 It is not a MSI package, but rather a simple EXE setup file. Currently I have neither time or need (only windows XP :-) to generate a MSI installer. Guid

  1   2   >