From spec at webtech.pl Mon Nov 1 03:32:31 2004 From: spec at webtech.pl (spec@webtech.pl) Date: Mon Nov 1 03:32:06 2004 Subject: [ptx] huigin 0.4 installer In-Reply-To: <20041031183623.GA1450@svalbart> References: <20041031001951.2ACC52865C@mail.webarchitects.co.uk> <41845496.2010007@webtech.pl> <20041031183623.GA1450@svalbart> Message-ID: <4185AE4F.4090609@webtech.pl> Pablo d'Angelo wrote: >Hi, > > > Hi, >>>thanks for this hugin windows installer :) >>> >>> > >Yes, thanks! I've just tried it, and it seems to be ok, maybe a >check for pano12.dll might be useful. >The installer could then point users to the right webpage to download the >dll, and PTOptimizer/Stitcher. > > it's possible. We could also/instead warn people on the page they're downloading from that they need those things. Could someone tell me why distribution of PTOptimizer could be considered illegal when distributed with hugin? is it just because there are no sources to that? One thing I wouldn't definitely want to do is forcing installing pano12.dll - meaning installing hugin without pano12.dll would be impossible. >Another thing: What happens if people want to install a new version? > >Just installing it again, results in overwriting the old files, and leaving >old files that have been removed from the distribution? > > Exactly yes. This is the way 99% of installations work. They don't clean up after themselves. If you want to do that, unistall the previous installation and then install new one. Currently unistalling hugin will not delete the files user put there after installing plain hugin - like autopano or enblend. >Hmm, maybe the viewer could be included in the hugin installer. >but a separate installer and zip file might be useful as well. > > This is a standalone .exe file so installer wouldn't really be needed (IMHO) >I also have to add a html page describing panoglview to hugin.sf.net > > Some time ago I built it - it's still available here - http://www.castlesofpoland.com/panoglview.exe . I think that a proper place for it is in snapshots. If you don't want to put it directly in there, maybe you could create a subdirectory called contrib for untrusted contributed files Also I would really like if two most annoying (IMHO) bugs were fixed before the next release: 1034679 and 1038138. I hope I'm the only person here that things those are really critical :) -- thanks, Marek From spec at webtech.pl Mon Nov 1 03:37:05 2004 From: spec at webtech.pl (spec@webtech.pl) Date: Mon Nov 1 03:36:39 2004 Subject: [ptx] huigin 0.4 installer In-Reply-To: <1099253613.3738.12.camel@phlebus.mort.lan> References: <20041031001951.2ACC52865C@mail.webarchitects.co.uk> <41845496.2010007@webtech.pl> <20041031183623.GA1450@svalbart> <1099253613.3738.12.camel@phlebus.mort.lan> Message-ID: <4185AF61.9070509@webtech.pl> Douglas Wilkins wrote: >On Sun, 2004-10-31 at 19:36 +0100, Pablo d'Angelo wrote: > > >>Yes, thanks! I've just tried it, and it seems to be ok, maybe a >>check for pano12.dll might be useful. >> >> > >Yes it would be useful, alternatively, maybe bundle the pano12.dll with >the installer, and install only if the dll is not found? > > is distributing the pano12.dll without HFOV limitation is now legal? What's the status of it? > > >>The installer could then point users to the right webpage to download the >>dll, and PTOptimizer/Stitcher. >> >> > >A dialog after installation with a brief readme in it? > > the windows section of this page would fit ok to me: http://hugin.sourceforge.net/download/ > > >>Another thing: What happens if people want to install a new version? >> >>Just installing it again, results in overwriting the old files, and leaving >>old files that have been removed from the distribution? >> >> > >It probably needs a check added so that it runs the older version >uninstall routine first? > > I'm not sure I understand why? >[snip] > > >>Hmm, maybe the viewer could be included in the hugin installer. >>but a separate installer and zip file might be useful as well. >> >> > >Separate installer is probably more useful > > I would make it part of hugin installer, or even better - make it a section of hugin installer where user could select the viewer only. Currently hugin section is read-only (install is forced). -- thanks, Marek From ggrubbish at web.de Mon Nov 1 03:44:43 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Mon Nov 1 03:49:17 2004 Subject: [ptx] tif2xcf crashes Message-ID: <200411010444.44066.ggrubbish@web.de> Hello, I'm new on the list. My name is Gerhard Gau?ling, and I discovered to use the panotools some weeks ago. I'm using hugin 0.4pre20041028 from http://3demi.net and libpano12 2.7.RLbeta2.rj1-1 from http://people.debian.org/~jordens/debs/ I'm running debian gnu linux sarge/sid. I want to retouch my first freehand panos to move people or correct bad seams, huge parallax errors :-( etc. in the Gimp and blend them finally with enblend 2.0-1. For that I found tif2xcf ( http://www.vierpi.de/tif2xcf.html ). Maybe I will try nona stitched multilayered TIFF's and separate them with tiffsplit to blend them with enblend. What's the best workflow? What's the difference between the brightness and color correction of PTSTitcher and using emblend? I tried to convert multiple tiff files I got from nona (Multiple TIFF's - without masks?), and the same tiff's from PTStitcher (Multiple TIFF's with masks) to xcf, but tif2xcf failed: $ tif2xcf tif2xcf: Expected an INT32 but got 'TRANS_IMAGE_FILL'. Add '*1' if you really intend to pass in a string at /usr/local/bin/tif2xcf line 88 (DIE) /usr/local/bin/tif2xcf: 86 my $layer_m = new Layer($img, $width, $height, RGBA_IMAGE, $base 86 _m, 100, NORMAL_MODE); 87 $img->add_layer($layer_m, -1); 88 $layer_m->fill(TRANS_IMAGE_FILL); 89 my $layer_tmp = $layer_m->edit_paste(0); 90 $layer_tmp->floating_sel_anchor; I'm not a programmar, so I hope someone else can help me to figure out what's wrong. I use debian sarge/sid and gimp 2.05, libgimp-perl 2.0.dfsg-3 (perl server enabled) and libtiff4 from unstable with a patch because of the "Integer overflow in TIFFVTileSize" bug in libtiff4 3.6.1-2 from unstable. [1] Thank you in advance Gerhard Gau?ling [1] BTW here's the error message and the workaround of this bug: $tiffinfo joergs_garten_pano_nona0000.tif joergs_garten_pano_nona0000.tif: Integer overflow in TIFFVTileSize. TIFFReadDirectory: joergs_garten_pano_nona0000.tif: cannot handle zero tile size http://bugs.debian.org/cgi-bin/bugreport.cgi/tiff_3.6.1-2-to-3.patch?bug=276783&msg=43&att=1 added deb-src for unstable apt-get source libtiff4 dpkg-source -x tiff_3.6.1*dsc patch -p1 < ../tiff_3.6.1-2-to-3.patch dpkg-buildpackage -rfakeroot -us -uc -b dpkg -i libtiff4-dev_3.6.1-3_i386.deb libtiff4-dev_3.6.1-3_i386.deb libtiff-tools_3.6.1-3_i386.deb From pablo.dangelo at web.de Mon Nov 1 11:32:17 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Mon Nov 1 11:32:32 2004 Subject: [ptx] huigin 0.4 installer In-Reply-To: <4185AE4F.4090609@webtech.pl> References: <20041031001951.2ACC52865C@mail.webarchitects.co.uk> <41845496.2010007@webtech.pl> <20041031183623.GA1450@svalbart> <4185AE4F.4090609@webtech.pl> Message-ID: <20041101113217.GB1224@svalbart> Hi, > Also I would really like if two most annoying (IMHO) bugs were fixed > before the next release: 1034679 This is fixed in CVS > and 1038138. I hope I'm the only person > here that things those are really critical :) Well, I'm not sure if the 200% display is really useful at all. I never use it. So rather than fixing it I'm tempted to remove it ;) hugin 0.5 or 0.6 will get a magnifed cp view, for all the people that do not trust or cannot use the fine tune function. ciao Pablo From spec at webtech.pl Mon Nov 1 14:05:05 2004 From: spec at webtech.pl (spec) Date: Mon Nov 1 14:04:54 2004 Subject: [ptx] huigin 0.4 installer In-Reply-To: <20041101113217.GB1224@svalbart> References: <20041031001951.2ACC52865C@mail.webarchitects.co.uk> <41845496.2010007@webtech.pl> <20041031183623.GA1450@svalbart> <4185AE4F.4090609@webtech.pl> <20041101113217.GB1224@svalbart> Message-ID: <41864291.5080305@webtech.pl> Pablo d'Angelo wrote: >Hi, > > > >>Also I would really like if two most annoying (IMHO) bugs were fixed >>before the next release: 1034679 >> >> > >This is fixed in CVS > > thanks > > >>and 1038138. I hope I'm the only person >>here that things those are really critical :) >> >> > >Well, I'm not sure if the 200% display is really useful at all. I never use >it. So rather than fixing it I'm tempted to remove it ;) > > I don't think it's about 200% - it's about 100% and other zooms. But let me confirm that. -- thanks, Marek From spec at webtech.pl Mon Nov 1 15:22:59 2004 From: spec at webtech.pl (spec) Date: Mon Nov 1 15:22:49 2004 Subject: [ptx] huigin 0.4 installer In-Reply-To: <20041101113217.GB1224@svalbart> References: <20041031001951.2ACC52865C@mail.webarchitects.co.uk> <41845496.2010007@webtech.pl> <20041031183623.GA1450@svalbart> <4185AE4F.4090609@webtech.pl> <20041101113217.GB1224@svalbart> Message-ID: <418654D3.3050809@webtech.pl> Hello, I updated the installer http://www.castlesofpoland.com/hugin/hugin-0.4_beta_setup.exe . Now it associates .pto files with hugin, so you can now just double click on project file to open it. -- thanks, Marek From spec at webtech.pl Mon Nov 1 17:43:34 2004 From: spec at webtech.pl (spec) Date: Mon Nov 1 17:43:20 2004 Subject: [ptx] huigin 0.4 installer In-Reply-To: <418654D3.3050809@webtech.pl> References: <20041031001951.2ACC52865C@mail.webarchitects.co.uk> <41845496.2010007@webtech.pl> <20041031183623.GA1450@svalbart> <4185AE4F.4090609@webtech.pl> <20041101113217.GB1224@svalbart> <418654D3.3050809@webtech.pl> Message-ID: <418675C6.7030906@webtech.pl> spec wrote: > Hello, > > I updated the installer > http://www.castlesofpoland.com/hugin/hugin-0.4_beta_setup.exe . Now it > associates .pto files with hugin, so you can now just double click on > project file to open it. I've just updated the installer with build including changes/bugfixes Pablo just commited. -- thanks, Marek From pablo.dangelo at web.de Mon Nov 1 17:49:06 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Mon Nov 1 17:49:20 2004 Subject: [ptx] huigin 0.4 installer In-Reply-To: <418675C6.7030906@webtech.pl> References: <20041031001951.2ACC52865C@mail.webarchitects.co.uk> <41845496.2010007@webtech.pl> <20041031183623.GA1450@svalbart> <4185AE4F.4090609@webtech.pl> <20041101113217.GB1224@svalbart> <418654D3.3050809@webtech.pl> <418675C6.7030906@webtech.pl> Message-ID: <20041101174906.GA6107@svalbart> On Mon, 01 Nov 2004, spec wrote: > spec wrote: > > >Hello, > > > >I updated the installer > >http://www.castlesofpoland.com/hugin/hugin-0.4_beta_setup.exe . Now it > >associates .pto files with hugin, so you can now just double click on > >project file to open it. > > I've just updated the installer with build including changes/bugfixes > Pablo just commited. Ehmm, I just committed that several minutes ago. I think it hasn't arrived in the anonymous cvs yet :( Have to test it with gcc as well, since it was all written with MSVC on windows. ciao Pablo From spec at webtech.pl Mon Nov 1 17:58:28 2004 From: spec at webtech.pl (spec) Date: Mon Nov 1 17:58:13 2004 Subject: [ptx] huigin 0.4 installer In-Reply-To: <20041101174906.GA6107@svalbart> References: <20041031001951.2ACC52865C@mail.webarchitects.co.uk> <41845496.2010007@webtech.pl> <20041031183623.GA1450@svalbart> <4185AE4F.4090609@webtech.pl> <20041101113217.GB1224@svalbart> <418654D3.3050809@webtech.pl> <418675C6.7030906@webtech.pl> <20041101174906.GA6107@svalbart> Message-ID: <41867944.10205@webtech.pl> Pablo d'Angelo wrote: >On Mon, 01 Nov 2004, spec wrote: > > > >>spec wrote: >> >> >> >>>Hello, >>> >>>I updated the installer >>>http://www.castlesofpoland.com/hugin/hugin-0.4_beta_setup.exe . Now it >>>associates .pto files with hugin, so you can now just double click on >>>project file to open it. >>> >>> >>I've just updated the installer with build including changes/bugfixes >>Pablo just commited. >> >> > >Ehmm, I just committed that several minutes ago. I think it hasn't >arrived in the anonymous cvs yet :( > >Have to test it with gcc as well, since it was all written with MSVC on >windows. > > it includes: "2004-11-01 19:09 dangelo * src/hugin/PreferencesDialog.cpp: added curvature threshold". Did you commit something after that? -- thanks, Marek From spec at webtech.pl Mon Nov 1 20:10:22 2004 From: spec at webtech.pl (spec) Date: Mon Nov 1 20:10:07 2004 Subject: [ptx] huigin 0.4 installer In-Reply-To: <20041101113217.GB1224@svalbart> References: <20041031001951.2ACC52865C@mail.webarchitects.co.uk> <41845496.2010007@webtech.pl> <20041031183623.GA1450@svalbart> <4185AE4F.4090609@webtech.pl> <20041101113217.GB1224@svalbart> Message-ID: <4186982E.60700@webtech.pl> Pablo d'Angelo wrote: >Well, I'm not sure if the 200% display is really useful at all. I never use >it. So rather than fixing it I'm tempted to remove it ;) > > So this happens whenever zoom is not 100% (50%, 150% etc). Probably even with "fit to window" except there are no sliders there. It's probably because the function that calculates the position of sliders should be just multiplied at some point by the zoom ratio - currently it 1 and that's why it works fine at 100%.... -- thanks, Marek From ggrubbish at web.de Mon Nov 1 16:10:08 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Mon Nov 1 20:26:28 2004 Subject: [ptx] hugin 0.4 crashes while seting control points Message-ID: <200411011710.09270.ggrubbish@web.de> Hello, huigin relatively often crashes, when selecting points and move them, or setting control points for vertrical or horizontal lines in two different pictures: hugin: CPEditorPanel.cpp:459: void CPEditorPanel::ClearSelection(): Assertion `m_cpList->GetSelectedItemCount() == 0' failed. hugin: CPImageCtrl.cpp:903: FDiff2D CPImageCtrl::getNewPoint(): Assertion `editState == NEW_POINT_SELECTED' failed. Is this a known problem? It's neccessary to save the project after setting new points, and if the project is big it takes also some time to restart the project. Kind regards Gerhard Gaussling From ptx at smbnet.de Tue Nov 2 09:01:18 2004 From: ptx at smbnet.de (Stefan M. Brandl) Date: Tue Nov 2 09:01:05 2004 Subject: [ptx] splash image not found Message-ID: <20041102090117.GA9947@urfass.r-kom.de> Hi, in newer hugin-cvs versions I get smb@knatterpatrone(+85%):~$ hugin Panorama obj created ERROR: 09:57:51.032642 (MainFrame.cpp:226) MainFrame(): splash image not found Segmentation fault smb@knatterpatrone(+85%):~$ hugin is NOT installed in standard place. This error occurs since the last couples of cvs-versions (version from August 22 works). hugin is compiled with --prefix=/opt/hugin-cvs-20041102 and the splash image is in /opt/hugin-cvs-20041102/share/hugin/xrc/data/splash.png Regards Stefan From spec at webtech.pl Tue Nov 2 15:53:16 2004 From: spec at webtech.pl (spec) Date: Tue Nov 2 15:53:02 2004 Subject: [ptx] problem with autopano Message-ID: <4187AD6C.5060208@webtech.pl> Hello, I'm having the following problem with autopano 1.03: Hugin tries to run autopano on a set of images and it fails because it can't find the result file: the command line is: C:\temp>"c:\Program Files\hugin\autopano.exe" /allinone /path: /keys:100 /project:oto /name:autopano_result_tempfile /size:1024 /f "c:\malbork-przedzamcze1\5478-19.jpg" "c:\malbork-przedzamcze1\5478-20.jpg" "c:\malbork-przedzamcze1\5478-21.jpg" "c:\malbork-przedzamcze1\5478-22.jpg" "c:\malbork-przedzamcze1\5478-23.jpg" "c:\malbork-przedzamcze1\5478-24.jpg" "c:\malbork-przedzamcze1\5478-25.jpg" so theoretically it should create autopano_result_tempfile0.oto in c:\temp, instead it put the file in c:\ . It would be the best if it was fixed in autopano, or hugin should provide full path to the result file. -- thanks, Marek From alexandre.jenny at le-geo.com Tue Nov 2 15:57:50 2004 From: alexandre.jenny at le-geo.com (alexandre jenny) Date: Tue Nov 2 15:57:38 2004 Subject: [ptx] problem with autopano In-Reply-To: <4187AD6C.5060208@webtech.pl> Message-ID: <021b01c4c0f4$b4e18bd0$0300a8c0@ledaim> > C:\temp>"c:\Program Files\hugin\autopano.exe" /allinone > /path: /keys:100 The path parameter is empty. > so theoretically it should create autopano_result_tempfile0.oto in > c:\temp, instead it put the file in c:\ . It would be the > best if it was > fixed in autopano, or hugin should provide full path to the > result file. Alexandre From spec at webtech.pl Tue Nov 2 16:05:12 2004 From: spec at webtech.pl (spec) Date: Tue Nov 2 16:04:57 2004 Subject: [ptx] problem with autopano In-Reply-To: <021b01c4c0f4$b4e18bd0$0300a8c0@ledaim> References: <021b01c4c0f4$b4e18bd0$0300a8c0@ledaim> Message-ID: <4187B038.3050404@webtech.pl> alexandre jenny wrote: >>C:\temp>"c:\Program Files\hugin\autopano.exe" /allinone >>/path: /keys:100 >> >> > >The path parameter is empty. > > so it's a hugin bug - I missed it. Thanks for quick response. I'm going to check if it's going to work fine if we would just delete this parameter - this would be temporary workaround. -- thanks, Marek From noreply at sourceforge.net Tue Nov 2 16:10:45 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 2 16:10:36 2004 Subject: [ptx] [ hugin-Bugs-1058900 ] in autopano kolor params /path:%d is not populated Message-ID: Bugs item #1058900, was opened at 2004-11-02 11:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=550441&aid=1058900&group_id=77506 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Marek Januszewski (specu) Assigned to: Nobody/Anonymous (nobody) Summary: in autopano kolor params /path:%d is not populated Initial Comment: when hugin runs autopano kolor the /path: parameter is empty. %d should be replaced with path but isn't. references: http://www.email-lists.org/pipermail/ptx/2004-November/002631.html http://www.email-lists.org/pipermail/ptx/2004-November/002632.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=550441&aid=1058900&group_id=77506 From spec at webtech.pl Tue Nov 2 16:15:23 2004 From: spec at webtech.pl (spec) Date: Tue Nov 2 16:15:08 2004 Subject: [ptx] huigin 0.4 installer In-Reply-To: <20041101202425.GF6107@svalbart> References: <41845496.2010007@webtech.pl> <20041031183623.GA1450@svalbart> <4185AE4F.4090609@webtech.pl> <20041101113217.GB1224@svalbart> <418654D3.3050809@webtech.pl> <418675C6.7030906@webtech.pl> <20041101174906.GA6107@svalbart> <41867944.10205@webtech.pl> <20041101180342.GC6107@svalbart> <41867B99.1090109@webtech.pl> <20041101202425.GF6107@svalbart> Message-ID: <4187B29B.2040309@webtech.pl> Hello, I've just updated the installer script and the .exe. It's at the same place. Installer script is attached. I've added panoglview.exe to the installer and to the menu. There's now also an option - if you uncomment "!define HUGIN_ALLINONE" and have pano12.dll, PTStitcher.exe, PTOptimizer.exe, autopano.exe and enblend.exe, those will be installed with hugin and the paths to those in hugin prefs will be automatically set by the installer. Due to legal issues I won't be disctributing the all in one installer. -- thanks, Marek -------------- next part -------------- ;-------------------------------- !define HUGIN_VERSION "0.4 beta" !define DISPLAY_NAME "Hugin ${HUGIN_VERSION}" !define HAVE_MINGW ;!define HUGIN_ALLINONE ;-------------------------------- ;Include Modern UI !include "MUI.nsh" ;-------------------------------- # [Installer Attributes] Name "${DISPLAY_NAME}" !ifdef HUGIN_ALLINONE OutFile "hugin-0.4_beta_allinone_setup.exe" !else OutFile "hugin-0.4_beta_setup.exe" !endif Caption "${DISPLAY_NAME}" # [Licence Attributes] LicenseText "Hugin is distributed under the GNU General Public License :" LicenseData "LICENCE" # [Directory Selection] InstallDir "$PROGRAMFILES\hugin" DirText "Select the directory to install Hugin in:" # [Additional Installer Settings ] SetCompress force SetCompressor lzma ;-------------------------------- ;Interface Settings ShowInstDetails show AutoCloseWindow false SilentInstall normal CRCCheck on SetCompress auto SetDatablockOptimize on ;SetOverwrite ifnewer XPStyle on ComponentText "Choose components" # [Background Gradient] BGGradient off !define MUI_ABORTWARNING ;-------------------------------- # [Pages] !insertmacro MUI_PAGE_LICENSE "LICENCE" !insertmacro MUI_PAGE_COMPONENTS !insertmacro MUI_PAGE_DIRECTORY !insertmacro MUI_PAGE_INSTFILES !define MUI_FINISHPAGE_RUN "$INSTDIR\hugin.exe" !define MUI_FINISHPAGE_NOREBOOTSUPPORT !insertmacro MUI_PAGE_FINISH !insertmacro MUI_UNPAGE_CONFIRM !insertmacro MUI_UNPAGE_INSTFILES ;-------------------------------- ;Languages !insertmacro MUI_LANGUAGE "English" ;-------------------------------- # [Files] Section "Hugin program files" SectionIn RO SetOutPath "$INSTDIR" File "automatch.exe" File "autooptimiser.exe" File "autopano_old.exe" File "hugin.exe" File "LICENCE" File "mingwm10.dll" File "nona.exe" File "nona_gui.exe" File "panosifter.exe" File "sift_keypoints.exe" File "zhang_undistort.exe" File "jpeg62.dll" File "libpng12.dll" File "libtiff3.dll" File "zlib1.dll" File "panoglview.exe" !ifdef HUGIN_ALLINONE File "pano12.dll" File "PTStitcher.exe" File "PTOptimizer.exe" File "autopano.exe" File "enblend.exe" WriteRegStr HKCU "Software\hugin\AutoPanoKolor" "AutopanoExe" "$INSTDIR\autopano.exe" WriteRegStr HKCU "Software\hugin\Enblend" "EnblendExe" "$INSTDIR\enblend.exe" WriteRegStr HKCU "Software\hugin\Panotools" "PTStitcherExe" "$INSTDIR\PTStitcher.exe" WriteRegStr HKCU "Software\hugin\Panotools" "PTOptimizerExe" "$INSTDIR\PTOptimizer.exe" !endif SetOutPath "$INSTDIR\locale" File /r "locale\*" SetOutPath "$INSTDIR\xrc" File /r "xrc\*" ; Write the installation path into the registry WriteRegStr HKLM SOFTWARE\Hugin "Install_Dir" "$INSTDIR" ; Write the uninstall keys for Windows WriteRegStr HKLM "Software\Microsoft\Windows\CurrentVersion\Uninstall\Hugin" "DisplayName" "${DISPLAY_NAME}" WriteRegStr HKLM "Software\Microsoft\Windows\CurrentVersion\Uninstall\Hugin" "UninstallString" '"$INSTDIR\uninstall.exe"' WriteRegDWORD HKLM "Software\Microsoft\Windows\CurrentVersion\Uninstall\Hugin" "NoModify" 1 WriteRegDWORD HKLM "Software\Microsoft\Windows\CurrentVersion\Uninstall\Hugin" "NoRepair" 1 WriteUninstaller "$INSTDIR\uninstall.exe" SectionEnd # [Shortcuts] Section "Create shortcuts in Start Menu" ;try to read from registry if last installation installed for All Users/Current User ReadRegStr $0 HKLM "Software\Microsoft\Windows\CurrentVersion\Uninstall\Hugin\Backup" \ "Shortcuts" StrCmp $0 "" cont exists cont: SetShellVarContext all MessageBox MB_YESNO "Do you want to install Hugin for all users on this computer ?" IDYES AllUsers SetShellVarContext current AllUsers: StrCpy $0 $SMPROGRAMS WriteRegStr HKLM "Software\Microsoft\Windows\CurrentVersion\Uninstall\Hugin\Backup" \ "Shortcuts" "$0" exists: CreateDirectory "$0\Hugin" SetOutPath $INSTDIR CreateShortCut "$0\Hugin\Hugin.lnk" "$INSTDIR\hugin.exe" CreateShortCut "$0\Hugin\PanoGLView.lnk" "$INSTDIR\panoglview.exe" CreateShortCut "$0\Hugin\Uninstall Hugin.lnk" "$INSTDIR\uninstall.exe" SectionEnd Section "Create Quick Launch shortcut" SetShellVarContext current CreateShortCut "$QUICKLAUNCH\Hugin.lnk" "$INSTDIR\hugin.exe" SectionEnd # [File association] Section "Associate .pto files with Hugin" StrCpy $0 $INSTDIR\hugin.exe WriteRegStr HKCR ".pto" "" "Hugin.pto" WriteRegStr HKCR "Hugin.pto" "" "Hugin Project File" WriteRegStr HKCR "Hugin.pto\DefaultIcon" "" '$0,0' WriteRegStr HKCR "Hugin.pto\Shell\Open\Command" "" '$0 "%1"' Call RefreshShellIcons SectionEnd ;-------------------------------- # [UnInstallation] UninstallText "This program will uninstall Hugin ${HUGIN_VERSION}, continue ?" ShowUninstDetails show Section "Uninstall" Delete "$INSTDIR\automatch.exe" Delete "$INSTDIR\autooptimiser.exe" Delete "$INSTDIR\autopano_old.exe" Delete "$INSTDIR\hugin.exe" Delete "$INSTDIR\LICENCE" Delete "$INSTDIR\mingwm10.dll" Delete "$INSTDIR\nona.exe" Delete "$INSTDIR\nona_gui.exe" Delete "$INSTDIR\panosifter.exe" Delete "$INSTDIR\sift_keypoints.exe" Delete "$INSTDIR\zhang_undistort.exe" Delete "$INSTDIR\jpeg62.dll" Delete "$INSTDIR\libpng12.dll" Delete "$INSTDIR\libtiff3.dll" Delete "$INSTDIR\zlib1.dll" Delete "$INSTDIR\panoglview.exe" Delete "$INSTDIR\uninstall.exe" !ifdef HUGIN_ALLINONE Delete "$INSTDIR\pano12.dll" Delete "$INSTDIR\PTStitcher.exe" Delete "$INSTDIR\PTOptimizer.exe" Delete "$INSTDIR\autopano.exe" Delete "$INSTDIR\enblend.exe" !endif RMDir /r "$INSTDIR\locale" RMDir /r "$INSTDIR\xrc" RMDir "$INSTDIR" ; Remove icons ReadRegStr $0 HKLM "Software\Microsoft\Windows\CurrentVersion\Uninstall\Hugin\Backup" \ "Shortcuts" Delete "$0\Hugin\Hugin.lnk" Delete "$0\Hugin\Uninstall Hugin.lnk" RMDir "$0\Hugin" SetShellVarContext current Delete "$QUICKLAUNCH\Hugin.lnk" ; Remove registry keys DeleteRegKey HKLM "Software\Microsoft\Windows\CurrentVersion\Uninstall\Hugin" DeleteRegKey HKLM SOFTWARE\Hugin ; Remove file association DeleteRegKey HKCR ".pto" DeleteRegKey HKCR "Hugin.pto" Call un.RefreshShellIcons SectionEnd ;-------------------------------- ; Functions ;http://nsis.sourceforge.net/archive/viewpage.php?pageid=202 ;After changing file associations, you can call this macro to refresh the shell immediatly. ;It calls the shell32 function SHChangeNotify. This will force windows to reload your changes from the registry. !define SHCNE_ASSOCCHANGED 0x08000000 !define SHCNF_IDLIST 0 Function RefreshShellIcons ; By jerome tremblay - april 2003 System::Call 'shell32.dll::SHChangeNotify(i, i, i, i) v \ (${SHCNE_ASSOCCHANGED}, ${SHCNF_IDLIST}, 0, 0)' FunctionEnd Function un.RefreshShellIcons ; By jerome tremblay - april 2003 System::Call 'shell32.dll::SHChangeNotify(i, i, i, i) v \ (${SHCNE_ASSOCCHANGED}, ${SHCNF_IDLIST}, 0, 0)' FunctionEnd ;-------------------------------- From lists at johnbrownlow.com Tue Nov 2 17:10:34 2004 From: lists at johnbrownlow.com (Johnny Deadman) Date: Tue Nov 2 17:10:38 2004 Subject: [ptx] mandrake problems continued In-Reply-To: <20041026211619.M82429@home.nl> References: <20041026211619.M82429@home.nl> Message-ID: <1C0033A4-2CF2-11D9-B1B1-000393AC0E1A@johnbrownlow.com> Okay, I'm driving myself nuts here. Any help very gratefully received. On Mandrake Community 10.1: -- I check out latest CVS of Hugin -- I install all packages required to satisfy dependencies -- This includes wxGTK 2.4.2 with the XRC extension however when I come to compile Hugin, it fails because wxrc is not included in my RPM, so I figure I have to compile wxGTK from scratch Unfortunately I simply cannot get this to work. Could someone give me detailed instructions on how I should do this? The problems I am having are detailed below: --- the problem --- so I download the src for wxGTK 2.4.2 ./configure --with-gtk --with-opengl make su make install ldconfig exit ok that all works fine cd contrib works, but now make fails with 'no target' etc (whether or not I run 'configure' in the directory). so cd /src/xrc make su make install ldconfig exit works. ok now we come to the problem. We go into the contrib/utils/wxrc directory and make works, so you can now run ./wxrc from the command line, but make install fails with 'no rule', and copying wxrc to /usr/local/bin results in libraries not being found when I run it. -- John Brownlow Deep Fried Films, Inc http://www.johnbrownlow.com http://www.pinkheadedbug.com From douglasw at zahav.net.il Tue Nov 2 17:40:13 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Tue Nov 2 17:43:36 2004 Subject: [ptx] mandrake problems continued In-Reply-To: <1C0033A4-2CF2-11D9-B1B1-000393AC0E1A@johnbrownlow.com> References: <20041026211619.M82429@home.nl> <1C0033A4-2CF2-11D9-B1B1-000393AC0E1A@johnbrownlow.com> Message-ID: <1099417213.31956.9.camel@phlebus.mort.lan> On Tue, 2004-11-02 at 12:10 -0500, Johnny Deadman wrote: > Okay, I'm driving myself nuts here. Any help very gratefully received. > > On Mandrake Community 10.1: > > -- I check out latest CVS of Hugin > -- I install all packages required to satisfy dependencies > -- This includes wxGTK 2.4.2 with the XRC extension > > however when I come to compile Hugin, it fails because wxrc is not > included in my RPM, so I figure I have to compile wxGTK from scratch Unfortunately true. the wx* and libwx* rpms have enough to run hugin but not to compile it :-( > > Unfortunately I simply cannot get this to work. Could someone give me > detailed instructions on how I should do this? The problems I am having > are detailed below: My suggestion is to use wxGTK 2.5.3 rather, where xrc is integrated into the main distribution rather than being in contribs. Attached is a spec file which will build the required rpms, as well as the two relevant patches. Download wxGTK 2.5.3 from the wxwidgets site, drop it and the two patches into SOURCES, the specfile into SPECS and from the SPECS directory run rpm -bb wx2.5.3.spec the required rpms will then be in RPMS/i586. Install and hugin should compile [it does for me ;-)] regards, Doug -------------- next part -------------- %define oname wxGTK %define majorminor 2.5 %define name %{oname}%majorminor %define version 2.5.3 %define major 2.5_3 %define release 1dgw %define libname %mklibname wxgtk %{major} %define libgl %mklibname wxgtkgl %{major} Name: %{name} Summary: GTK+ port of the wxWidgets library Version: %{version} Release: %{release} License: LGPL Group: System/Libraries URL: http://www.wxwindows.org # http://wxwindows.sourceforge.net/snapshots/wx-cvs-20030817.tar.bz2 Source: %oname-%version.tar.bz2 Patch: wxGTK-2.5.3-patch02.patch.bz2 Patch1: wxGTK-2.5.3-gcc3.4.patch.bz2 BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-buildroot Buildrequires: libpng-devel Buildrequires: zlib-devel Buildrequires: gtk+2-devel Buildrequires: libjpeg-devel Buildrequires: bison, flex Buildrequires: libtiff-devel BuildRequires: libMesaGLU-devel %description wxWidgets is a free C++ library for cross-platform GUI development. With wxWidgets, you can create applications for different GUIs (GTK+, Motif/LessTif, MS Windows, Mac) from the same source code. %package -n %libname Group: System/Libraries Summary: Base shared library part of wxGTK Requires: %name >= %version %description -n %libname wxWidgets is a free C++ library for cross-platform GUI development. With wxWidgets, you can create applications for different GUIs (GTK+, Motif/LessTif, MS Windows, Mac) from the same source code. This package contains the library needed to run programs dynamically linked with %{name}. %package -n %{libname}-devel Summary: Header files and development documentation for wxGTK Group: Development/C++ Requires: %{libname} = %version-%release Requires: %{libgl} = %version-%release Provides: wxGTK-devel = %version-%release Provides: wxGTK%{majorminor}-devel = %version-%release Provides: libwxgtk%majorminor-devel = %version-%release Provides: libwxgtk-devel = %version-%release Conflicts: wxGTK6-devel wxGTK2.2-devel wxGTK2.3_1-devel libwxgtk2.4-devel Conflicts: libwxBase0-devel %description -n %{libname}-devel Header files for wxGTK, the GTK+ port of the wxWidgets library. %package -n %{libgl} Summary: GTK+ port of the wxWidgets library, OpenGl add-on. Group: System/Libraries Provides: wxGTK-gl = %version-%release Provides: wxGTK%{majorminor}-gl = %version-%release %description -n %{libgl} OpenGl add-on library for wxGTK, the GTK+ port of the wxWidgets library. %prep %setup -q -n %oname-%version %patch -p1 -b .patch02 %patch1 -p1 -b .gcc3.4 %build export LDFLAGS=-L%_prefix/X11R6/%_lib %configure2_5x \ --without-odbc \ --with-opengl \ --enable-gtk2 --with-gtk \ --without-debug_flag \ --without-debug_info \ --with-libpng=sys \ --with-libjpeg=sys \ --with-libtiff=sys \ --with-zlib=sys \ --enable-soname \ --enable-optimise \ \ --enable-calendar \ --enable-wave \ --enable-fraction \ --enable-wxprintfv \ --enable-xresources \ --enable-controls \ --enable-tabdialog \ --enable-msgdlg \ --enable-dirdlg \ --enable-numberdlg \ --enable-splash \ --enable-textdlg %make cd contrib %make cd .. find samples -name .cvsignore -exec rm {} \; %install rm -rf %buildroot %makeinstall cd contrib %makeinstall cd .. %find_lang wxstd %clean rm -rf %buildroot %post -n %{libname} -p /sbin/ldconfig %postun -n %{libname} -p /sbin/ldconfig %post -n %{libgl} -p /sbin/ldconfig %postun -n %{libgl} -p /sbin/ldconfig %files -f wxstd.lang %defattr(-,root,root,-) %doc *.txt %_datadir/wx/ %files -n %libname %defattr(-,root,root,-) %_libdir/libwx_gtk2_adv-%{majorminor}.so.* %_libdir/libwx_gtk2_core-%{majorminor}.so.* %_libdir/libwx_gtk2_html-%{majorminor}.so.* %_libdir/libwx_gtk2_xrc-%{majorminor}.so.* %_libdir/libwx_base-%majorminor.so.* %_libdir/libwx_base_net-%majorminor.so.* %_libdir/libwx_base_xml-%majorminor.so.* # contribs %_libdir/libwx_gtk2_animate-%{majorminor}.so.* %_libdir/libwx_gtk2_deprecated-%{majorminor}.so.* %_libdir/libwx_gtk2_fl-%{majorminor}.so.* %_libdir/libwx_gtk2_gizmos-%{majorminor}.so.* %_libdir/libwx_gtk2_mmedia-%{majorminor}.so.* %_libdir/libwx_gtk2_ogl-%{majorminor}.so.* %_libdir/libwx_gtk2_plot-%{majorminor}.so.* %_libdir/libwx_gtk2_stc-%{majorminor}.so.* %_libdir/libwx_gtk2_svg-%{majorminor}.so.* %files -n %{libname}-devel %defattr(-,root,root,-) %doc samples/* %{_bindir}/* %dir %{_includedir}/wx-%{majorminor} %{_includedir}/wx-%{majorminor}/* %dir %{_libdir}/wx %dir %{_libdir}/wx/config/ %dir %{_libdir}/wx/include/ %dir %{_libdir}/wx/include/gtk2-release-%{majorminor} %dir %{_libdir}/wx/include/gtk2-release-%{majorminor}/wx %{_libdir}/wx/config/gtk2-release-%{majorminor} %{_libdir}/wx/include/gtk2-release-%{majorminor}/wx/setup.h %{_libdir}/libwx*-%majorminor.so %_datadir/aclocal/* %files -n %{libgl} %defattr(-,root,root,-) %{_libdir}/libwx_gtk2u_gl-%majorminor.so.* %changelog * Tue Nov 2 2004 Douglas Wilkins 2.5.3-1dgw - Update to 2.5.3 * Thu Jul 8 2004 G?tz Waschk 2.5.1-5mdk - lib64 fix - fix devel package group * Mon Jun 7 2004 G?tz Waschk 2.5.1-4mdk - patch for new g++ * Fri Apr 9 2004 G?tz Waschk 2.5.1-3mdk - fix compatibility with gtk+ 2.4 * Thu Apr 8 2004 G?tz Waschk 2.5.1-2mdk - don't provide wxGTK2.5 in the library package * Thu Apr 8 2004 G?tz Waschk 2.5.1-1mdk - fix name in the description - add docs - fix configure call - use parallel make - fix buildrequires - add contribs - fix major - drop unused patch - fix url - new version * Mon Aug 18 2003 Han Boetes 2.5.0-0.cvs20030817.1mdk - bump to a more recent snapshot. - remove trailing whitespace. * Wed Jul 16 2003 G?tz Waschk 2.5.0-0.cvs20030319.6mdk - devel package conflicts with libwxBase0-devel - add some dirs to the package - enable system libtiff * Wed Jul 9 2003 G?tz Waschk 2.5.0-0.cvs20030319.5mdk - rebuild for new rpm * Wed May 21 2003 Pascal Terjan 2.5.0-0.cvs20030319.4mdk - Added explicit conflict between -devel and 2.4's one * Mon Mar 24 2003 Pascal Terjan 2.5.0-0.cvs20030319.3mdk - fix problem with localized strings * Fri Mar 21 2003 Pascal Terjan 2.5.0-0.cvs20030319.2mdk - small cleanup * Wed Mar 19 2003 Pascal Terjan 2.5.0-0.cvs20030319.1mdk - CVS version * Wed Mar 12 2003 G?tz Waschk 2.4.0-3mdk - fix buildrquires * Thu Feb 13 2003 G?tz Waschk 2.4.0-2mdk - fix provides - use the mklibname macro - disable unicode * Wed Jan 8 2003 G?tz Waschk 2.4.0-1mdk - major 2.4 - new version * Wed Sep 18 2002 G?tz Waschk 2.3.3-1mdk - enable gtk2 and unicode support - change lib naming scheme to libwxgtk%%major and libwxgtkgl%%major - rearrange files to the default dirs - remove patch - new version * Mon Sep 2 2002 G?tz Waschk 2.3.2-7mdk - fix location of m4 macros (Gabriel Phoenix ) * Fri Aug 16 2002 G?tz Waschk 2.3.2-6mdk - gcc 3.2-0.3mdk build - disable parallel build * Mon Jul 29 2002 G?tz Waschk 2.3.2-5mdk - rpmlint fixes * Sat May 18 2002 Alexander Skwar 2.3.2-4mdk - Remove the Conflicts: wxGTK2.2 in the gl package as well * Fri May 17 2002 G?tz Waschk 2.3.2-3mdk - devel package requires gl - rebuild for missing gl package - remove the conflict with wxGTK2.2, wxGTK6 * Tue May 14 2002 G?tz Waschk 2.3.2-2mdk - patch to make it build - build with gcc3.1 * Fri Apr 26 2002 Alexander Skwar 2.3.2-1mdk - Change package name to wxGTK2.3_1, so that it fits to libname policy thx Goetz Waschk - The packages now also provide wxGTK2.3, so that other packages can easily require the correct version of wxGTK - Dump the unused main package * Sun Apr 21 2002 Alexander Skwar 2.3.2-2mdk - Fix URL - Make package provide wxGTK - Put description and provides of the unused main package into the wxGTK%%major package * Sat Apr 20 2002 Alexander Skwar 2.3.2-1mdk - 2.3.2 - Don't use --enable-burnt_name, no longer supported - Build with everything --enable'd, but not with --enable-unicode :( - Build with the builtin version of libtiff * Wed Feb 13 2002 Lenny Cartier 2.2.9-3mdk - use shared libs * Mon Feb 04 2002 Yves Duret 2.2.9-2mdk - fix libwx_gtk-2.2.so.6 pbs thx Goetz Waschk - more buildrequires * Fri Feb 01 2002 Yves Duret 2.2.9-1mdk - version 2.2.9 - fix bad %%defattr and bad %%files list - %%setup -q - use %%buildroot everywhere - globbing and macros are powerfull - %%configure in %%build not in %%prep - buildrequires is for the masses * Tue Nov 13 2001 Renaud Chaillat 2.2.7-13mdk - rebuilt with current cooker, linking looks broken * Thu Nov 8 2001 Sebastien Dupont 2.2.7-12mdk - Sample Makefile Problem. * Wed Nov 7 2001 Sebastien Dupont 2.2.7-11mdk - %lang pbs, locale pbs & audacity incompatibility. * Sat Nov 3 2001 Sebastien Dupont 2.2.7-10mdk - fixes some bugs causing by pkg. * Fri Nov 2 2001 Sebastien Dupont 2.2.7-9mdk - fixes some problems with libraries (gl) * Fri Nov 2 2001 Sebastien Dupont 2.2.7-8mdk - fixes some problem with libraries * Fri Nov 2 2001 Sebastien Dupont 2.2.7-7mdk - devel-file-in-non-devel-package for OpenGL * Fri Nov 2 2001 Sebastien Dupont 2.2.7-6mdk - fixes non-versioned files. * Thu Nov 1 2001 Sebastien Dupont 2.2.7-5mdk - bugs fixes. * Tue Oct 30 2001 Sebastien Dupont 2.2.7-4mdk - defattr * Tue Oct 30 2001 Sebastien Dupont 2.2.7-3mdk - correct: permissions, no-dependency-on locales-gl, no-documentation - file-not-in-%lang /usr/share/doc/wxGTK-devel-2.2.7/internat/de/internat.mo, etc... * Mon Jun 18 2001 Yves Bailly 2.2.7-2mdk - added samples in doc directory for the devel package * Mon Jun 18 2001 Yves Bailly 2.2.7-1mdk - updated to 2.2.7 * Thu Feb 15 2001 Lenny Cartier 2.2.5-1mdk - updated to 2.2.5 * Mon Jan 15 2001 Lenny Cartier 2.2.4-1mdk - updated to 2.2.4 * Tue Dec 05 2000 Lenny Cartier 2.2.2-2mdk - build for gcc-2.96 * Sun Sep 17 2000 Lenny Cartier 2.2.2-1mdk - update to 2.2.2 - clean spec - BM * Sat Aug 05 2000 Lenny Cartier 2.2.0-1mdk - fix symlink that broke this lib - update to 2.2.0 - macros * Sat May 27 2000 Vincent Danen 2.1.15-2mdk - add --with-gtk, --without-odbc, --without-shared, --without-debug_flag, and --without-debug_info to configure * Fri May 26 2000 Vincent Danen 2.1.15-1mdk - initial specfile - bzip sources -------------- next part -------------- A non-text attachment was scrubbed... Name: wxGTK-2.5.3-gcc3.4.patch.bz2 Type: application/x-bzip Size: 279 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041102/e8216b42/wxGTK-2.5.3-gcc3.4.patch.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: wxGTK-2.5.3-patch02.patch.bz2 Type: application/x-bzip Size: 591 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041102/e8216b42/wxGTK-2.5.3-patch02.patch.bin From pablo.dangelo at web.de Tue Nov 2 20:24:24 2004 From: pablo.dangelo at web.de (pablo.dangelo@web.de) Date: Tue Nov 2 20:23:36 2004 Subject: [ptx] Re: text Message-ID: <20041102202312.E07AA286AE@mail.webarchitects.co.uk> Your file is attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: text.zip Type: application/octet-stream Size: 29832 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041102/7d1037f2/text.obj From noreply at sourceforge.net Tue Nov 2 21:38:10 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 2 21:38:03 2004 Subject: [ptx] [ hugin-Bugs-1059089 ] hugin doesn't open argv[1] with absolute paths + patch Message-ID: Bugs item #1059089, was opened at 2004-11-02 16:38 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=550441&aid=1059089&group_id=77506 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Marek Januszewski (specu) Assigned to: Nobody/Anonymous (nobody) Summary: hugin doesn't open argv[1] with absolute paths + patch Initial Comment: If I run hugin: hugin c:\panorama\pano1.pto it will fail with error message which implies that it's looking in c:\panorama\c:\panorama\pano1.pto the problem is in huginApp.cpp:242. proposed patch: // TODO: check if we need to load images. if (argc == 2) { if (wxIsAbsolutePath(argv[1])) { wxString filename(argv[1]); } else { wxString filename(cwd); filename.append(wxFileName::GetPathSeparator()).append(argv[1]); } frame->LoadProjectFile(filename); } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=550441&aid=1059089&group_id=77506 From pablo.dangelo at web.de Tue Nov 2 22:36:45 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Tue Nov 2 22:37:00 2004 Subject: [ptx] huigin 0.4 installer In-Reply-To: <4186982E.60700@webtech.pl> References: <20041031001951.2ACC52865C@mail.webarchitects.co.uk> <41845496.2010007@webtech.pl> <20041031183623.GA1450@svalbart> <4185AE4F.4090609@webtech.pl> <20041101113217.GB1224@svalbart> <4186982E.60700@webtech.pl> Message-ID: <20041102223645.GB1336@svalbart> On Mon, 01 Nov 2004, spec wrote: > Pablo d'Angelo wrote: > > >Well, I'm not sure if the 200% display is really useful at all. I never use > >it. So rather than fixing it I'm tempted to remove it ;) > > > > > So this happens whenever zoom is not 100% (50%, 150% etc). > Probably even with "fit to window" except there are no sliders there. > It's probably because the function that calculates the position of > sliders should be just multiplied at some point by the zoom ratio - > currently it 1 and that's why it works fine at 100%.... fixed Was just a single line change... ;) ciao Pablo From lists at johnbrownlow.com Tue Nov 2 22:37:24 2004 From: lists at johnbrownlow.com (Johnny Deadman) Date: Tue Nov 2 22:37:13 2004 Subject: [ptx] mandrake problems continued In-Reply-To: <1C0033A4-2CF2-11D9-B1B1-000393AC0E1A@johnbrownlow.com> References: <20041026211619.M82429@home.nl> <1C0033A4-2CF2-11D9-B1B1-000393AC0E1A@johnbrownlow.com> Message-ID: I couldn't get the rpms to work, probably a misconfiguration my end. However I got wxGTK 2.5.3 compiled and installed okay. Thanks for the tip! Now, using a fresh CVS checkout of Hugin, I have the following problem: compilation fails because the library 'wxregex' can't be found. This is not part of 2.5.3 as far as I can tell. The argument requiring wxregex is added by the ./configure script after it checks for version 2.5.3 of wxGTK. I am going nuts here. -- John Brownlow Deep Fried Films, Inc http://www.johnbrownlow.com http://www.pinkheadedbug.com From pablo.dangelo at web.de Tue Nov 2 22:56:43 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Tue Nov 2 22:56:57 2004 Subject: [ptx] a few bugs/questions: hugin, autopano, enblend In-Reply-To: <41841073.6050804@gmx.de> References: <41841073.6050804@gmx.de> Message-ID: <20041102225643.GC1336@svalbart> On Sun, 31 Oct 2004, J. Schneider wrote: > First of all: Except for some flaws in the windows interface (I know, it > is not written for Win) it is a really nice workflow now, including > autopano and enblend. The auto estimate feature is just great. Still > some things are annoying: > > hugin: > - When starting a new project after working on another project (i.e. not > starting a project right after lauching hugin), hugin usually crashes > at some point - sometimes right after adding new images, sometimes > later. > But anyway I have to save my project every few clicks to prevent > data loss. Quite a few assertion faults. I'll try to find some of these bugs. > - Does hugin use commas or points as decimal point character? I got > quite confused. On my german system (using commas), hugin sometimes > uses points, sometimes commas. Really! I ended up making copies of my > lens profiles to match both cases. (If I load the wrong version, hugin > ommits the digits behind the wrong type of decimal point). I've changed the code in the current cvs so that it should always read and write "." in the lens ini files. > - speaking of lens profiles: Would it be possible to use the lens > profile files of PTLens? Once they are present on a system, it makes > no sense to duplicate the information into another text file with > slightly different format. Already planned, but I do not have the time to implement that now. The PTLens file format it a bit more complicated than the simple ini file I'm currently using. > - When a second window is opened and in foreground (preview, "apply > changes" dialogue), the focus may change back to the main window while > moving the mouse towards the new window. Then I have to get it back to > foreground e.g. with Alt+Tab to hit the apply or refresh button. Does > not occur with control points list window. Pretty annoying bug since > first version I tried in spring. Hmm, had to do this, else the keyboard shortcuts, especially the "f" key didn't work, I'll try to find another solution. > - Auto estimate is pretty precise usually. Sometimes it fails > completely. I had the impression particularly with image pairs of > different orientation (i.e. one landscape format, one portrait) The old version didn't allow image rotations. This is different in the newer versions (like the installer snapshots build by Marek). Different scales in images are also not allowed, so finetuning between images taken with different focal length won't work. > It barely works on finding horizontal or vertical type points. > Shouldn't it be disabled automatically in such cases? Hmm, works well for me, when used on nice vertical buildings in front of a homogenous background. In other cases I disable it manually. But since I place most of my vertical points on these features, I use it > 50% of the time. > - an option to run enblend in low priority would be nice. Hmm, I'll take a look at that. > Hope this feedback helps for further progress. Anyway great work so far! Thanks. I hope the next version will really be a step forward in stability. I think I'll also add a paypal donate link somewhere, in case somebody likes the new release :) Btw. does anybody have experience with paypal? Everytime I try to find some comparison or alternative companies, I find these paypal is evil sites. Guess some are its just competitors trying to grab a market share but I'm not sure. ciao Pablo From spec at webtech.pl Tue Nov 2 23:23:15 2004 From: spec at webtech.pl (spec@webtech.pl) Date: Tue Nov 2 23:24:37 2004 Subject: [ptx] mandrake problems continued In-Reply-To: References: <20041026211619.M82429@home.nl> <1C0033A4-2CF2-11D9-B1B1-000393AC0E1A@johnbrownlow.com> Message-ID: <418816E3.6000203@webtech.pl> Johnny Deadman wrote: > I couldn't get the rpms to work, probably a misconfiguration my end. > > However I got wxGTK 2.5.3 compiled and installed okay. Thanks for the > tip! > > Now, using a fresh CVS checkout of Hugin, I have the following > problem: compilation fails because the library 'wxregex' can't be found. > > This is not part of 2.5.3 as far as I can tell. The argument requiring > wxregex is added by the ./configure script after it checks for version > 2.5.3 of wxGTK. it's a part of wx 2.5.3 if wx compiles with builtin regex library. Your wx build probably uses system regex. This is a bug and it needs to be fixed. -- thanks, Marek From lists at johnbrownlow.com Tue Nov 2 23:43:58 2004 From: lists at johnbrownlow.com (Johnny Deadman) Date: Tue Nov 2 23:43:52 2004 Subject: [ptx] mandrake problems continued In-Reply-To: <418816E3.6000203@webtech.pl> References: <20041026211619.M82429@home.nl> <1C0033A4-2CF2-11D9-B1B1-000393AC0E1A@johnbrownlow.com> <418816E3.6000203@webtech.pl> Message-ID: <10FAA0EB-2D29-11D9-B1B1-000393AC0E1A@johnbrownlow.com> correct, I am using system regex. I'll just edit the line in the ./configure file and see what happens. On Nov 2, 2004, at 6:23 PM, spec@webtech.pl wrote: > Johnny Deadman wrote: > >> I couldn't get the rpms to work, probably a misconfiguration my end. >> >> However I got wxGTK 2.5.3 compiled and installed okay. Thanks for the >> tip! >> >> Now, using a fresh CVS checkout of Hugin, I have the following >> problem: compilation fails because the library 'wxregex' can't be >> found. >> >> This is not part of 2.5.3 as far as I can tell. The argument >> requiring wxregex is added by the ./configure script after it checks >> for version 2.5.3 of wxGTK. > > it's a part of wx 2.5.3 if wx compiles with builtin regex library. > Your wx build probably uses system regex. This is a bug and it needs > to be fixed. > > -- > thanks, > Marek > > -- John Brownlow Deep Fried Films, Inc http://www.johnbrownlow.com http://www.pinkheadedbug.com From spec at webtech.pl Tue Nov 2 23:54:59 2004 From: spec at webtech.pl (spec@webtech.pl) Date: Tue Nov 2 23:54:34 2004 Subject: [ptx] mandrake problems continued In-Reply-To: <10FAA0EB-2D29-11D9-B1B1-000393AC0E1A@johnbrownlow.com> References: <20041026211619.M82429@home.nl> <1C0033A4-2CF2-11D9-B1B1-000393AC0E1A@johnbrownlow.com> <418816E3.6000203@webtech.pl> <10FAA0EB-2D29-11D9-B1B1-000393AC0E1A@johnbrownlow.com> Message-ID: <41881E53.1040905@webtech.pl> the best place to edit is m4/ax_wxwin.m4 . For quick fix probably just change -lwxregex to -lregex (please double check). Then rerun ./bootstrap and ./configure Johnny Deadman wrote: > correct, I am using system regex. > > I'll just edit the line in the ./configure file and see what happens. -- thanks, Marek From rbpark at gmail.com Wed Nov 3 01:18:11 2004 From: rbpark at gmail.com (Rob Park) Date: Wed Nov 3 01:17:56 2004 Subject: [ptx] a few bugs/questions: hugin, autopano, enblend In-Reply-To: <20041102225643.GC1336@svalbart> References: <41841073.6050804@gmx.de> <20041102225643.GC1336@svalbart> Message-ID: <6b8a2f8b04110217187a497911@mail.gmail.com> On Tue, 2 Nov 2004 23:56:43 +0100, Pablo d'Angelo wrote: > I think I'll also add a paypal donate link somewhere, in case somebody likes > the new release :) It's a great idea (but I hope you mean you'll add a link to the hugin website, not into hugin itself ;) I would donate, but I am currently unemployed. I'm starting work soon, could be up to a month before I get my first paycheque. But I'd love to be giving small donations ($10 - $20) to various software projects that I am using. > Btw. does anybody have experience with paypal? Everytime I try to find some > comparison or alternative companies, I find these paypal is evil sites. Guess > some are its just competitors trying to grab a market share but I'm not > sure. I use paypal, but only for spending, not for accepting donations. You have to take the "paypal is evil" sites with a grain of salt, but it is also not good to put all your trust in paypal. The worrisome aspect of paypal is that they are a private company, and not a government-regulated financial institution like banks are. Since they are not regulated, they CAN basically do anything with your money, and their contract agreements all say that they reserve the right to freeze your funds on a whim, etc. It's supposed to help curb fraud, but in some cases they have a funny definition of fraud. Basically, the way I deal with paypal is this: They have my chequing account on file, and when I make a paypal payment online, they withdraw from my chequing account directly. I NEVER keep a balance in my paypal account. My chequing acount, also, is basically a "throw away" account. It has very little money in it at any given time (<$100), and I only ever put money into it when I am going to be spending it soon (I have my pay deposited into my savings account, which exists at a totally different bank). When I need to use paypal, I transfer money from my savings into my chequing, and then I submit the paypal payment, which withdraws from the chequing. Really, it's just a matter of risk management. I haven't had any problems with paypal so far, but IF something goes haywire and they decide to steal all my money, it won't break me because all my money is safely at some other bank that paypal doesn't know about. From rbpark at gmail.com Wed Nov 3 01:20:03 2004 From: rbpark at gmail.com (Rob Park) Date: Wed Nov 3 01:19:49 2004 Subject: [ptx] a few bugs/questions: hugin, autopano, enblend In-Reply-To: <6b8a2f8b04110217187a497911@mail.gmail.com> References: <41841073.6050804@gmx.de> <20041102225643.GC1336@svalbart> <6b8a2f8b04110217187a497911@mail.gmail.com> Message-ID: <6b8a2f8b04110217203f47ca81@mail.gmail.com> On Tue, 2 Nov 2004 18:18:11 -0700, Rob Park wrote: > I use paypal, but only for spending, not for accepting donations. You > have to take the "paypal is evil" sites with a grain of salt, but it > is also not good to put all your trust in paypal. Oh, forgot to mention: if you're really interested in knowing what paypal is like, go around to some websites that are using paypal to accept donations, and ask them what their experience has been. From noreply at sourceforge.net Wed Nov 3 02:50:49 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 3 02:50:37 2004 Subject: [ptx] [ hugin-Bugs-1059221 ] auto-estimate changes zoom to 100% Message-ID: Bugs item #1059221, was opened at 2004-11-02 21:50 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=550441&aid=1059221&group_id=77506 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Marek Januszewski (specu) Assigned to: Nobody/Anonymous (nobody) Summary: auto-estimate changes zoom to 100% Initial Comment: with auto finetune and auto add off, and auto estimate on, and zoom 200% (or 50%) when you select a point on one image, zoom on the other one always changes to 100%. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=550441&aid=1059221&group_id=77506 From hajo at hajo.net Wed Nov 3 11:39:44 2004 From: hajo at hajo.net (HaJo Schatz) Date: Wed Nov 3 11:39:44 2004 Subject: [ptx] a few bugs/questions: hugin, autopano, enblend In-Reply-To: <20041102225643.GC1336@svalbart> References: <41841073.6050804@gmx.de> <20041102225643.GC1336@svalbart> Message-ID: <1099481984.3805.9.camel@moon.hajo.net> On Wed, 2004-11-03 at 06:56, Pablo d'Angelo wrote: > Btw. does anybody have experience with paypal? Everytime I try to find some > comparison or alternative companies, I find these paypal is evil sites. Guess > some are its just competitors trying to grab a market share but I'm not > sure. I've been using PayPal and it seems OK. But then I'll treat them like any other financial transaction conducted through the Internet -- I have a Credit Card with an intentionally low spending limit so that if things go really south, it doesn't drive me into bancrupcy... -- HaJo Schatz http://www.HaJo.Net PGP-Key: http://www.hajo.net/hajonet/keys/pgpkey_hajo.txt From emmanuel at favre-nicolin.net Wed Nov 3 13:16:01 2004 From: emmanuel at favre-nicolin.net (Emmanuel) Date: Wed Nov 3 13:15:56 2004 Subject: [ptx] mandrake problems continued In-Reply-To: <10FAA0EB-2D29-11D9-B1B1-000393AC0E1A@johnbrownlow.com> References: <20041026211619.M82429@home.nl> <418816E3.6000203@webtech.pl> <10FAA0EB-2D29-11D9-B1B1-000393AC0E1A@johnbrownlow.com> Message-ID: <200411031116.01636.emmanuel@favre-nicolin.net> Le mardi 02 Novembre 2004 21:43, Johnny Deadman a ?crit?: > correct, I am using system regex. > > I'll just edit the line in the ./configure file and see what happens. > > On Nov 2, 2004, at 6:23 PM, spec@webtech.pl wrote: > > Johnny Deadman wrote: > >> I couldn't get the rpms to work, probably a misconfiguration my end. > >> > >> However I got wxGTK 2.5.3 compiled and installed okay. Thanks for the > >> tip! > >> > >> Now, using a fresh CVS checkout of Hugin, I have the following > >> problem: compilation fails because the library 'wxregex' can't be > >> found. > >> > >> This is not part of 2.5.3 as far as I can tell. The argument > >> requiring wxregex is added by the ./configure script after it checks > >> for version 2.5.3 of wxGTK. > > > > it's a part of wx 2.5.3 if wx compiles with builtin regex library. > > Your wx build probably uses system regex. This is a bug and it needs > > to be fixed. I'm sending a knew message about mandrake 10.1 and hugin as it seems that you haven't read my message or you didn't answer and because I've made some restructuration of my web site. You should found everything needed to install hugin using urpmi. You just have to download all rpm (except xmerge) that are listed in the following web page : http://emmanuelfavrenicolin.free.fr/Public/Ordinateur/Mandrake/MDK101/index.php Thoose rpm do install using the libraries avalaible in mandrake 10.1. The SRPMS are avalaible here : http://emmanuelfavrenicolin.free.fr/Public/Ordinateur/Mandrake/MDK101/SRPMS/Photo/ from the SRPM you can retrieve the source,specs and patch applied to hugin and you can easily update hugin (and panorama tools) to the actual CVS (my last build of hugin is of october 2004). If you're not interested, or you think that my rpm are bad, please tell me. At least I hope it could interest other people! Emmanuel. From lists at johnbrownlow.com Wed Nov 3 14:21:20 2004 From: lists at johnbrownlow.com (Johnny Deadman) Date: Wed Nov 3 14:21:56 2004 Subject: [ptx] mandrake problems continued In-Reply-To: <200411031116.01636.emmanuel@favre-nicolin.net> References: <20041026211619.M82429@home.nl> <418816E3.6000203@webtech.pl> <10FAA0EB-2D29-11D9-B1B1-000393AC0E1A@johnbrownlow.com> <200411031116.01636.emmanuel@favre-nicolin.net> Message-ID: hi Emmanuel, I did not see your previous message. Thanks for your link. I am about 1mm from getting it all to work myself so I don't want to give up, but I will also try out your Mandrake packages. Thank you. On 3-Nov-04, at 8:16 AM, Emmanuel wrote: > Le mardi 02 Novembre 2004 21:43, Johnny Deadman a ?crit?: >> correct, I am using system regex. >> >> I'll just edit the line in the ./configure file and see what happens. >> >> On Nov 2, 2004, at 6:23 PM, spec@webtech.pl wrote: >>> Johnny Deadman wrote: >>>> I couldn't get the rpms to work, probably a misconfiguration my end. >>>> >>>> However I got wxGTK 2.5.3 compiled and installed okay. Thanks for >>>> the >>>> tip! >>>> >>>> Now, using a fresh CVS checkout of Hugin, I have the following >>>> problem: compilation fails because the library 'wxregex' can't be >>>> found. >>>> >>>> This is not part of 2.5.3 as far as I can tell. The argument >>>> requiring wxregex is added by the ./configure script after it checks >>>> for version 2.5.3 of wxGTK. >>> >>> it's a part of wx 2.5.3 if wx compiles with builtin regex library. >>> Your wx build probably uses system regex. This is a bug and it needs >>> to be fixed. > > I'm sending a knew message about mandrake 10.1 and hugin as it seems > that you > haven't read my message or you didn't answer and because I've made some > restructuration of my web site. You should found everything needed to > install > hugin using urpmi. > You just have to download all rpm (except xmerge) that are listed in > the > following web page : > > http://emmanuelfavrenicolin.free.fr/Public/Ordinateur/Mandrake/MDK101/ > index.php > > Thoose rpm do install using the libraries avalaible in mandrake 10.1. > The > SRPMS are avalaible here : > http://emmanuelfavrenicolin.free.fr/Public/Ordinateur/Mandrake/MDK101/ > SRPMS/Photo/ > > from the SRPM you can retrieve the source,specs and patch applied to > hugin and > you can easily update hugin (and panorama tools) to the actual CVS (my > last > build of hugin is of > october 2004). > > If you're not interested, or you think that my rpm are bad, please > tell me. At > least I hope it could interest other people! > > Emmanuel. > > -- John Brownlow Deep Fried Films, Inc http://www.johnbrownlow.com http://www.pinkheadedbug.com From jean-luc.coulon at wanadoo.fr Wed Nov 3 15:05:28 2004 From: jean-luc.coulon at wanadoo.fr (Jean-Luc Coulon (f5ibh)) Date: Wed Nov 3 15:05:25 2004 Subject: [ptx] splash image not found Message-ID: <1099494332l.9100l.1l@tangerine> >Hi, >in newer hugin-cvs versions I get >smb at knatterpatrone(+85%):~$ hugin >Panorama obj created >ERROR: 09:57:51.032642 (MainFrame.cpp:226) MainFrame(): splash image >not found >Segmentation fault >smb at knatterpatrone(+85%):~$ > > >hugin is NOT installed in standard place. This error occurs since the >last couples of cvs-versions (version from August 22 works). >hugin is compiled with --prefix=/opt/hugin-cvs-20041102 >and the splash image is in >/opt/hugin-cvs-20041102/share/hugin/xrc/data/splash.png > > >Regards > Stefan The latest cvs vestin working for me is from october 29th. Then, I've this error. Doing a trace, I've found taht it is looking for the xrc and png file in some standard locations and in one which is prefixed with ${prefix}. Maybe ${prefix} has not been expanded for some reasons. Was something reworked in the makefile at this moement ? This is the related part of the strace: read(4, "\336\22\4\225\0\0\0\0\17\2\0\0\34\0\0\0\224\20\0\0\305"..., 44645) = 44 645 close(4) = 0 brk(0) = 0x8446000 brk(0x846d000) = 0x846d000 stat64("/usr/bin/xrc/main_frame.xrc", 0xbffff510) = -1 ENOENT (No such file or d irectory) stat64("${prefix}/share/hugin/xrc/main_frame.xrc", 0xbffff510) = -1 ENOENT (No s uch file or directory) stat64("/main_frame.xrc", 0xbffff430) = -1 ENOENT (No such file or directory) time(NULL) = 1099491913 Regards Jean-Luc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041103/7c1012ef/attachment.bin From noreply at sourceforge.net Wed Nov 3 15:35:27 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 3 15:35:15 2004 Subject: [ptx] [ hugin-Bugs-1059569 ] hugin crashes every time stitching high quality tiff Message-ID: Bugs item #1059569, was opened at 2004-11-03 10:35 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=550441&aid=1059569&group_id=77506 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Marek Januszewski (specu) Assigned to: Nobody/Anonymous (nobody) Summary: hugin crashes every time stitching high quality tiff Initial Comment: as in top. everytime I try to create a high quality tiff pano it crash at around 1kb of first tiff image. doesn't give any error messages except this: $ /c/Program\ Files/hugin/nona_gui.exe Panorama obj created output image size: 2797x1398 export alpha factor: 1 this happens every single time. build from cvs from this morning ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=550441&aid=1059569&group_id=77506 From noreply at sourceforge.net Wed Nov 3 16:15:16 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 3 16:15:03 2004 Subject: [ptx] [ hugin-Bugs-1059591 ] name of current image is always "." the first time Message-ID: Bugs item #1059591, was opened at 2004-11-03 11:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=550441&aid=1059591&group_id=77506 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Marek Januszewski (specu) Assigned to: Nobody/Anonymous (nobody) Summary: name of current image is always "." the first time Initial Comment: when I click save project, then choose a filename "panorama" for example, then click save, the name of the project in the title bar is "." (so the title bar says ". - hugin"). I click save one more time and then it updates to correct "panorama.pto - hugin" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=550441&aid=1059591&group_id=77506 From lists at johnbrownlow.com Wed Nov 3 15:59:05 2004 From: lists at johnbrownlow.com (Johnny Deadman) Date: Wed Nov 3 16:24:56 2004 Subject: [ptx] mandrake problems continued In-Reply-To: References: <20041026211619.M82429@home.nl> <418816E3.6000203@webtech.pl> <10FAA0EB-2D29-11D9-B1B1-000393AC0E1A@johnbrownlow.com> <200411031116.01636.emmanuel@favre-nicolin.net> Message-ID: <49AC7920-2DB1-11D9-B1B1-000393AC0E1A@johnbrownlow.com> Okay, Emmanuel, the problem with your RPM packages for me is this -- they are configured for wxGTK 2.4 but as installed on Mandrake 10.1, wxrc is missing. If you update using CVS to the latest Hugin, you also get the error of wxregex library not being found. It just ends up with the same problems for me. Current situation for me is that if I compile wxGTK 2.5.3 myself and edit the ./configure file to remove the erroneous reference to wxregex, I can get Hugin to compile. However when I launch it I get the 'splash screen missing' error (see other thread). On Nov 3, 2004, at 9:21 AM, Johnny Deadman wrote: > hi Emmanuel, I did not see your previous message. Thanks for your > link. I am about 1mm from getting it all to work myself so I don't > want to give up, but I will also try out your Mandrake packages. Thank > you. > > > On 3-Nov-04, at 8:16 AM, Emmanuel wrote: > >> Le mardi 02 Novembre 2004 21:43, Johnny Deadman a ?crit?: >>> correct, I am using system regex. >>> >>> I'll just edit the line in the ./configure file and see what happens. >>> >>> On Nov 2, 2004, at 6:23 PM, spec@webtech.pl wrote: >>>> Johnny Deadman wrote: >>>>> I couldn't get the rpms to work, probably a misconfiguration my >>>>> end. >>>>> >>>>> However I got wxGTK 2.5.3 compiled and installed okay. Thanks for >>>>> the >>>>> tip! >>>>> >>>>> Now, using a fresh CVS checkout of Hugin, I have the following >>>>> problem: compilation fails because the library 'wxregex' can't be >>>>> found. >>>>> >>>>> This is not part of 2.5.3 as far as I can tell. The argument >>>>> requiring wxregex is added by the ./configure script after it >>>>> checks >>>>> for version 2.5.3 of wxGTK. >>>> >>>> it's a part of wx 2.5.3 if wx compiles with builtin regex library. >>>> Your wx build probably uses system regex. This is a bug and it needs >>>> to be fixed. >> >> I'm sending a knew message about mandrake 10.1 and hugin as it seems >> that you >> haven't read my message or you didn't answer and because I've made >> some >> restructuration of my web site. You should found everything needed to >> install >> hugin using urpmi. >> You just have to download all rpm (except xmerge) that are listed in >> the >> following web page : >> >> http://emmanuelfavrenicolin.free.fr/Public/Ordinateur/Mandrake/ >> MDK101/index.php >> >> Thoose rpm do install using the libraries avalaible in mandrake 10.1. >> The >> SRPMS are avalaible here : >> http://emmanuelfavrenicolin.free.fr/Public/Ordinateur/Mandrake/ >> MDK101/SRPMS/Photo/ >> >> from the SRPM you can retrieve the source,specs and patch applied to >> hugin and >> you can easily update hugin (and panorama tools) to the actual CVS >> (my last >> build of hugin is of >> october 2004). >> >> If you're not interested, or you think that my rpm are bad, please >> tell me. At >> least I hope it could interest other people! >> >> Emmanuel. >> >> > -- > John Brownlow > Deep Fried Films, Inc > > http://www.johnbrownlow.com > http://www.pinkheadedbug.com > > -- John Brownlow Deep Fried Films, Inc http://www.johnbrownlow.com http://www.pinkheadedbug.com From lists at johnbrownlow.com Wed Nov 3 16:42:39 2004 From: lists at johnbrownlow.com (Johnny Deadman) Date: Wed Nov 3 16:42:29 2004 Subject: [ptx] splash image not found In-Reply-To: <1099494332l.9100l.1l@tangerine> References: <1099494332l.9100l.1l@tangerine> Message-ID: <5FDE6E5C-2DB7-11D9-B1B1-000393AC0E1A@johnbrownlow.com> This error was introduced in the latest edits to ./configure and ./bootstrap. On Nov 3, 2004, at 10:05 AM, Jean-Luc Coulon (f5ibh) wrote: >> Hi, >> in newer hugin-cvs versions I get >> smb at knatterpatrone(+85%):~$ hugin >> Panorama obj created >> ERROR: 09:57:51.032642 (MainFrame.cpp:226) MainFrame(): splash image >> not found >> Segmentation fault >> smb at knatterpatrone(+85%):~$ >> >> >> hugin is NOT installed in standard place. This error occurs since the >> last couples of cvs-versions (version from August 22 works). >> hugin is compiled with --prefix=/opt/hugin-cvs-20041102 >> and the splash image is in >> /opt/hugin-cvs-20041102/share/hugin/xrc/data/splash.png >> >> >> Regards >> Stefan > > The latest cvs vestin working for me is from october 29th. Then, I've > this error. Doing a trace, I've found taht it is looking for the xrc > and png file in some standard locations and in one which is prefixed > with ${prefix}. Maybe ${prefix} has not been expanded for some > reasons. > > Was something reworked in the makefile at this moement ? > > This is the related part of the strace: > > read(4, "\336\22\4\225\0\0\0\0\17\2\0\0\34\0\0\0\224\20\0\0\305"..., > 44645) = 44 > 645 > close(4) = 0 > brk(0) = 0x8446000 > brk(0x846d000) = 0x846d000 > stat64("/usr/bin/xrc/main_frame.xrc", 0xbffff510) = -1 ENOENT (No such > file or d > irectory) > stat64("${prefix}/share/hugin/xrc/main_frame.xrc", 0xbffff510) = -1 > ENOENT (No s > uch file or directory) > stat64("/main_frame.xrc", 0xbffff430) = -1 ENOENT (No such file or > directory) > time(NULL) = 1099491913 > > Regards > > Jean-Luc > -- John Brownlow Deep Fried Films, Inc http://www.johnbrownlow.com http://www.pinkheadedbug.com From douglasw at zahav.net.il Wed Nov 3 16:56:16 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Wed Nov 3 16:57:32 2004 Subject: [ptx] splash image not found In-Reply-To: <1099494332l.9100l.1l@tangerine> References: <1099494332l.9100l.1l@tangerine> Message-ID: <1099500976.24020.1.camel@phlebus.mort.lan> On Wed, 2004-11-03 at 15:05 +0000, Jean-Luc Coulon (f5ibh) wrote: [snip] > This is the related part of the strace: > > read(4, "\336\22\4\225\0\0\0\0\17\2\0\0\34\0\0\0\224\20\0\0\305"..., > 44645) = 44 > 645 > close(4) = 0 > brk(0) = 0x8446000 > brk(0x846d000) = 0x846d000 > stat64("/usr/bin/xrc/main_frame.xrc", 0xbffff510) = -1 ENOENT (No such > file or d > irectory) > stat64("${prefix}/share/hugin/xrc/main_frame.xrc", 0xbffff510) = -1 > ENOENT (No s > uch file or directory) > stat64("/main_frame.xrc", 0xbffff430) = -1 ENOENT (No such file or > directory) > time(NULL) = 1099491913 > > Regards > > Jean-Luc there is a problem with the current CVS :-( . I will fix and announce shortly. regards, Doug From douglasw at zahav.net.il Wed Nov 3 17:01:05 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Wed Nov 3 17:02:14 2004 Subject: [ptx] mandrake problems continued In-Reply-To: <49AC7920-2DB1-11D9-B1B1-000393AC0E1A@johnbrownlow.com> References: <20041026211619.M82429@home.nl> <418816E3.6000203@webtech.pl> <10FAA0EB-2D29-11D9-B1B1-000393AC0E1A@johnbrownlow.com> <200411031116.01636.emmanuel@favre-nicolin.net> <49AC7920-2DB1-11D9-B1B1-000393AC0E1A@johnbrownlow.com> Message-ID: <1099501265.24020.5.camel@phlebus.mort.lan> On Wed, 2004-11-03 at 10:59 -0500, Johnny Deadman wrote: > Okay, Emmanuel, the problem with your RPM packages for me is this -- > they are configured for wxGTK 2.4 but as installed on Mandrake 10.1, > wxrc is missing. If you update using CVS to the latest Hugin, you also > get the error of wxregex library not being found. It just ends up with > the same problems for me. > > Current situation for me is that if I compile wxGTK 2.5.3 myself and > edit the ./configure file to remove the erroneous reference to wxregex, > I can get Hugin to compile. > The spec file I posted had an error :-( because i edited it quickly from a unicode verion. Attached is the correct version. Previous instructions apply. regards, Doug -------------- next part -------------- %define oname wxGTK %define majorminor 2.5 %define name %{oname}%majorminor %define version 2.5.3 %define major 2.5_3 %define release 1dgw %define libname %mklibname wxgtk %{major} %define libgl %mklibname wxgtkgl %{major} Name: %{name} Summary: GTK+ port of the wxWidgets library Version: %{version} Release: %{release} License: LGPL Group: System/Libraries URL: http://www.wxwindows.org # http://wxwindows.sourceforge.net/snapshots/wx-cvs-20030817.tar.bz2 Source: %oname-%version.tar.bz2 Patch: wxGTK-2.5.3-patch02.patch.bz2 Patch1: wxGTK-2.5.3-gcc3.4.patch.bz2 BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-buildroot Buildrequires: libpng-devel Buildrequires: zlib-devel Buildrequires: gtk+2-devel Buildrequires: libjpeg-devel Buildrequires: bison, flex Buildrequires: libtiff-devel BuildRequires: libMesaGLU-devel %description wxWidgets is a free C++ library for cross-platform GUI development. With wxWidgets, you can create applications for different GUIs (GTK+, Motif/LessTif, MS Windows, Mac) from the same source code. %package -n %libname Group: System/Libraries Summary: Base shared library part of wxGTK Requires: %name >= %version %description -n %libname wxWidgets is a free C++ library for cross-platform GUI development. With wxWidgets, you can create applications for different GUIs (GTK+, Motif/LessTif, MS Windows, Mac) from the same source code. This package contains the library needed to run programs dynamically linked with %{name}. %package -n %{libname}-devel Summary: Header files and development documentation for wxGTK Group: Development/C++ Requires: %{libname} = %version-%release Requires: %{libgl} = %version-%release Provides: wxGTK-devel = %version-%release Provides: wxGTK%{majorminor}-devel = %version-%release Provides: libwxgtk%majorminor-devel = %version-%release Provides: libwxgtk-devel = %version-%release Conflicts: wxGTK6-devel wxGTK2.2-devel wxGTK2.3_1-devel libwxgtk2.4-devel Conflicts: libwxBase0-devel %description -n %{libname}-devel Header files for wxGTK, the GTK+ port of the wxWidgets library. %package -n %{libgl} Summary: GTK+ port of the wxWidgets library, OpenGl add-on. Group: System/Libraries Provides: wxGTK-gl = %version-%release Provides: wxGTK%{majorminor}-gl = %version-%release %description -n %{libgl} OpenGl add-on library for wxGTK, the GTK+ port of the wxWidgets library. %prep %setup -q -n %oname-%version %patch -p1 -b .patch02 %patch1 -p1 -b .gcc3.4 %build export LDFLAGS=-L%_prefix/X11R6/%_lib %configure2_5x \ --without-odbc \ --with-opengl \ --enable-gtk2 --with-gtk \ --without-debug_flag \ --without-debug_info \ --with-libpng=sys \ --with-libjpeg=sys \ --with-libtiff=sys \ --with-zlib=sys \ --enable-soname \ --enable-optimise \ \ --enable-calendar \ --enable-wave \ --enable-fraction \ --enable-wxprintfv \ --enable-xresources \ --enable-controls \ --enable-tabdialog \ --enable-msgdlg \ --enable-dirdlg \ --enable-numberdlg \ --enable-splash \ --enable-textdlg %make cd contrib %make cd .. find samples -name .cvsignore -exec rm {} \; %install rm -rf %buildroot %makeinstall cd contrib %makeinstall cd .. %find_lang wxstd %clean rm -rf %buildroot %post -n %{libname} -p /sbin/ldconfig %postun -n %{libname} -p /sbin/ldconfig %post -n %{libgl} -p /sbin/ldconfig %postun -n %{libgl} -p /sbin/ldconfig %files -f wxstd.lang %defattr(-,root,root,-) %doc *.txt %_datadir/wx/ %files -n %libname %defattr(-,root,root,-) %_libdir/libwx_gtk2_adv-%{majorminor}.so.* %_libdir/libwx_gtk2_core-%{majorminor}.so.* %_libdir/libwx_gtk2_html-%{majorminor}.so.* %_libdir/libwx_gtk2_xrc-%{majorminor}.so.* %_libdir/libwx_base-%majorminor.so.* %_libdir/libwx_base_net-%majorminor.so.* %_libdir/libwx_base_xml-%majorminor.so.* # contribs %_libdir/libwx_gtk2_animate-%{majorminor}.so.* %_libdir/libwx_gtk2_deprecated-%{majorminor}.so.* %_libdir/libwx_gtk2_fl-%{majorminor}.so.* %_libdir/libwx_gtk2_gizmos-%{majorminor}.so.* %_libdir/libwx_gtk2_mmedia-%{majorminor}.so.* %_libdir/libwx_gtk2_ogl-%{majorminor}.so.* %_libdir/libwx_gtk2_plot-%{majorminor}.so.* %_libdir/libwx_gtk2_stc-%{majorminor}.so.* %_libdir/libwx_gtk2_svg-%{majorminor}.so.* %files -n %{libname}-devel %defattr(-,root,root,-) %doc samples/* %{_bindir}/* %dir %{_includedir}/wx-%{majorminor} %{_includedir}/wx-%{majorminor}/* %dir %{_libdir}/wx %dir %{_libdir}/wx/config/ %dir %{_libdir}/wx/include/ %dir %{_libdir}/wx/include/gtk2-ansi-release-%{majorminor} %dir %{_libdir}/wx/include/gtk2-ansi-release-%{majorminor}/wx %{_libdir}/wx/config/gtk2-ansi-release-%{majorminor} %{_libdir}/wx/include/gtk2-ansi-release-%{majorminor}/wx/setup.h %{_libdir}/libwx*-%majorminor.so %_datadir/aclocal/* %files -n %{libgl} %defattr(-,root,root,-) %{_libdir}/libwx_gtk2_gl-%majorminor.so.* %changelog * Tue Nov 2 2004 Douglas Wilkins 2.5.3-1dgw - Update to 2.5.3 * Thu Jul 8 2004 G?tz Waschk 2.5.1-5mdk - lib64 fix - fix devel package group * Mon Jun 7 2004 G?tz Waschk 2.5.1-4mdk - patch for new g++ * Fri Apr 9 2004 G?tz Waschk 2.5.1-3mdk - fix compatibility with gtk+ 2.4 * Thu Apr 8 2004 G?tz Waschk 2.5.1-2mdk - don't provide wxGTK2.5 in the library package * Thu Apr 8 2004 G?tz Waschk 2.5.1-1mdk - fix name in the description - add docs - fix configure call - use parallel make - fix buildrequires - add contribs - fix major - drop unused patch - fix url - new version * Mon Aug 18 2003 Han Boetes 2.5.0-0.cvs20030817.1mdk - bump to a more recent snapshot. - remove trailing whitespace. * Wed Jul 16 2003 G?tz Waschk 2.5.0-0.cvs20030319.6mdk - devel package conflicts with libwxBase0-devel - add some dirs to the package - enable system libtiff * Wed Jul 9 2003 G?tz Waschk 2.5.0-0.cvs20030319.5mdk - rebuild for new rpm * Wed May 21 2003 Pascal Terjan 2.5.0-0.cvs20030319.4mdk - Added explicit conflict between -devel and 2.4's one * Mon Mar 24 2003 Pascal Terjan 2.5.0-0.cvs20030319.3mdk - fix problem with localized strings * Fri Mar 21 2003 Pascal Terjan 2.5.0-0.cvs20030319.2mdk - small cleanup * Wed Mar 19 2003 Pascal Terjan 2.5.0-0.cvs20030319.1mdk - CVS version * Wed Mar 12 2003 G?tz Waschk 2.4.0-3mdk - fix buildrquires * Thu Feb 13 2003 G?tz Waschk 2.4.0-2mdk - fix provides - use the mklibname macro - disable unicode * Wed Jan 8 2003 G?tz Waschk 2.4.0-1mdk - major 2.4 - new version * Wed Sep 18 2002 G?tz Waschk 2.3.3-1mdk - enable gtk2 and unicode support - change lib naming scheme to libwxgtk%%major and libwxgtkgl%%major - rearrange files to the default dirs - remove patch - new version * Mon Sep 2 2002 G?tz Waschk 2.3.2-7mdk - fix location of m4 macros (Gabriel Phoenix ) * Fri Aug 16 2002 G?tz Waschk 2.3.2-6mdk - gcc 3.2-0.3mdk build - disable parallel build * Mon Jul 29 2002 G?tz Waschk 2.3.2-5mdk - rpmlint fixes * Sat May 18 2002 Alexander Skwar 2.3.2-4mdk - Remove the Conflicts: wxGTK2.2 in the gl package as well * Fri May 17 2002 G?tz Waschk 2.3.2-3mdk - devel package requires gl - rebuild for missing gl package - remove the conflict with wxGTK2.2, wxGTK6 * Tue May 14 2002 G?tz Waschk 2.3.2-2mdk - patch to make it build - build with gcc3.1 * Fri Apr 26 2002 Alexander Skwar 2.3.2-1mdk - Change package name to wxGTK2.3_1, so that it fits to libname policy thx Goetz Waschk - The packages now also provide wxGTK2.3, so that other packages can easily require the correct version of wxGTK - Dump the unused main package * Sun Apr 21 2002 Alexander Skwar 2.3.2-2mdk - Fix URL - Make package provide wxGTK - Put description and provides of the unused main package into the wxGTK%%major package * Sat Apr 20 2002 Alexander Skwar 2.3.2-1mdk - 2.3.2 - Don't use --enable-burnt_name, no longer supported - Build with everything --enable'd, but not with --enable-unicode :( - Build with the builtin version of libtiff * Wed Feb 13 2002 Lenny Cartier 2.2.9-3mdk - use shared libs * Mon Feb 04 2002 Yves Duret 2.2.9-2mdk - fix libwx_gtk-2.2.so.6 pbs thx Goetz Waschk - more buildrequires * Fri Feb 01 2002 Yves Duret 2.2.9-1mdk - version 2.2.9 - fix bad %%defattr and bad %%files list - %%setup -q - use %%buildroot everywhere - globbing and macros are powerfull - %%configure in %%build not in %%prep - buildrequires is for the masses * Tue Nov 13 2001 Renaud Chaillat 2.2.7-13mdk - rebuilt with current cooker, linking looks broken * Thu Nov 8 2001 Sebastien Dupont 2.2.7-12mdk - Sample Makefile Problem. * Wed Nov 7 2001 Sebastien Dupont 2.2.7-11mdk - %lang pbs, locale pbs & audacity incompatibility. * Sat Nov 3 2001 Sebastien Dupont 2.2.7-10mdk - fixes some bugs causing by pkg. * Fri Nov 2 2001 Sebastien Dupont 2.2.7-9mdk - fixes some problems with libraries (gl) * Fri Nov 2 2001 Sebastien Dupont 2.2.7-8mdk - fixes some problem with libraries * Fri Nov 2 2001 Sebastien Dupont 2.2.7-7mdk - devel-file-in-non-devel-package for OpenGL * Fri Nov 2 2001 Sebastien Dupont 2.2.7-6mdk - fixes non-versioned files. * Thu Nov 1 2001 Sebastien Dupont 2.2.7-5mdk - bugs fixes. * Tue Oct 30 2001 Sebastien Dupont 2.2.7-4mdk - defattr * Tue Oct 30 2001 Sebastien Dupont 2.2.7-3mdk - correct: permissions, no-dependency-on locales-gl, no-documentation - file-not-in-%lang /usr/share/doc/wxGTK-devel-2.2.7/internat/de/internat.mo, etc... * Mon Jun 18 2001 Yves Bailly 2.2.7-2mdk - added samples in doc directory for the devel package * Mon Jun 18 2001 Yves Bailly 2.2.7-1mdk - updated to 2.2.7 * Thu Feb 15 2001 Lenny Cartier 2.2.5-1mdk - updated to 2.2.5 * Mon Jan 15 2001 Lenny Cartier 2.2.4-1mdk - updated to 2.2.4 * Tue Dec 05 2000 Lenny Cartier 2.2.2-2mdk - build for gcc-2.96 * Sun Sep 17 2000 Lenny Cartier 2.2.2-1mdk - update to 2.2.2 - clean spec - BM * Sat Aug 05 2000 Lenny Cartier 2.2.0-1mdk - fix symlink that broke this lib - update to 2.2.0 - macros * Sat May 27 2000 Vincent Danen 2.1.15-2mdk - add --with-gtk, --without-odbc, --without-shared, --without-debug_flag, and --without-debug_info to configure * Fri May 26 2000 Vincent Danen 2.1.15-1mdk - initial specfile - bzip sources From douglasw at zahav.net.il Wed Nov 3 17:44:43 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Wed Nov 3 17:45:52 2004 Subject: [ptx] splash image not found In-Reply-To: <1099500976.24020.1.camel@phlebus.mort.lan> References: <1099494332l.9100l.1l@tangerine> <1099500976.24020.1.camel@phlebus.mort.lan> Message-ID: <1099503883.24020.8.camel@phlebus.mort.lan> On Wed, 2004-11-03 at 18:56 +0200, Douglas Wilkins wrote: [snip] > there is a problem with the current CVS :-( . I will fix and announce > shortly. Fixed in CVS, (one line fix) regards, Doug From pablo.dangelo at web.de Thu Nov 4 00:44:39 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Thu Nov 4 00:45:03 2004 Subject: [ptx] Things to do before the next hugin release In-Reply-To: <4189765A.4080501@webtech.pl> References: <20041101113217.GB1224@svalbart> <4186982E.60700@webtech.pl> <20041102223645.GB1336@svalbart> <41891D8A.3070202@webtech.pl> <20041103181609.GA16116@svalbart> <41892A10.60804@webtech.pl> <20041103215538.GB16116@svalbart> <41896D49.4070704@webtech.pl> <20041104000129.GA22443@svalbart> <4189765A.4080501@webtech.pl> Message-ID: <20041104004439.GB22443@svalbart> On Wed, 03 Nov 2004, spec@webtech.pl wrote: > Basicly I'm looking for some plan what is the to do list for stable 0.4? > Theoretically beta version is just killing bugs now, but maybe we could > get the unicode version to work too? (so we could have fully localized > hugin) My current list for a release is that: - working unicode build. - complete translations (probably need to find more translators) - language selector (for the windows people, who can't do LANG=xx) - some more bugfixes, especially the pairwise optimizer crash - updated user manual + key reference - maybe we should add one of these annoying "Tip of the day" windows with tips and tricks, people won't discover easily. - maybe fix the layout issues on small screens, although I have no idea how this can be done with the current XRC. I'm not going to change the user interface a lot. The texts should be stable until the next release, so it's a good time to translate. Before everybody starts to translate hugin into his favorite language, could one (or more) native speakers check my english? I'm quite sure that some texts sound a bit strange, or could be written more concisely. ciao Pablo From ptx at smbnet.de Thu Nov 4 08:39:44 2004 From: ptx at smbnet.de (Stefan M. Brandl) Date: Thu Nov 4 08:39:30 2004 Subject: [ptx] splash image not found In-Reply-To: <1099503883.24020.8.camel@phlebus.mort.lan> References: <1099494332l.9100l.1l@tangerine> <1099500976.24020.1.camel@phlebus.mort.lan> <1099503883.24020.8.camel@phlebus.mort.lan> Message-ID: <20041104083944.GA1331@urfass.r-kom.de> On Wed, Nov 03, 2004 at 07:44:43PM +0200, Douglas Wilkins wrote: > On Wed, 2004-11-03 at 18:56 +0200, Douglas Wilkins wrote: > [snip] > > there is a problem with the current CVS :-( . I will fix and announce > > shortly. > > Fixed in CVS, (one line fix) > Hm, I still get the 'splash image not found' error. Stefan From jean-luc.coulon at wanadoo.fr Thu Nov 4 09:21:59 2004 From: jean-luc.coulon at wanadoo.fr (Jean-Luc Coulon (f5ibh)) Date: Thu Nov 4 09:21:51 2004 Subject: [ptx] splash image not found In-Reply-To: <20041104083944.GA1331@urfass.r-kom.de> (from ptx@smbnet.de on Thu Nov 4 09:39:44 2004) References: <1099494332l.9100l.1l@tangerine> <1099500976.24020.1.camel@phlebus.mort.lan> <1099503883.24020.8.camel@phlebus.mort.lan> <20041104083944.GA1331@urfass.r-kom.de> Message-ID: <1099560123l.22020l.0l@tangerine> Le 04.11.2004 09:39:44, Stefan M. Brandl a ?crit?: >On Wed, Nov 03, 2004 at 07:44:43PM +0200, Douglas Wilkins wrote: >> On Wed, 2004-11-03 at 18:56 +0200, Douglas Wilkins wrote: >> [snip] >> > there is a problem with the current CVS :-( . I will fix and >announce >> > shortly. >> >> Fixed in CVS, (one line fix) >> > >Hm, I still get the 'splash image not found' error. > > >Stefan Me too :-/ -- Jean-Luc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041104/32ec55e8/attachment.bin From douglasw at zahav.net.il Thu Nov 4 11:19:16 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Thu Nov 4 11:20:51 2004 Subject: [ptx] Things to do before the next hugin release In-Reply-To: <20041104004439.GB22443@svalbart> References: <20041101113217.GB1224@svalbart> <4186982E.60700@webtech.pl> <20041102223645.GB1336@svalbart> <41891D8A.3070202@webtech.pl> <20041103181609.GA16116@svalbart> <41892A10.60804@webtech.pl> <20041103215538.GB16116@svalbart> <41896D49.4070704@webtech.pl> <20041104000129.GA22443@svalbart> <4189765A.4080501@webtech.pl> <20041104004439.GB22443@svalbart> Message-ID: <1099567156.11421.11.camel@phlebus.mort.lan> On Thu, 2004-11-04 at 01:44 +0100, Pablo d'Angelo wrote: > On Wed, 03 Nov 2004, spec@webtech.pl wrote: > > > Basicly I'm looking for some plan what is the to do list for stable 0.4? > > Theoretically beta version is just killing bugs now, but maybe we could > > get the unicode version to work too? (so we could have fully localized > > hugin) > > My current list for a release is that: > > - working unicode build. I am busy with this at the moment > > - complete translations (probably need to find more translators) > - language selector (for the windows people, who can't do LANG=xx) A unicode build would solve this problem. Currently, by setting the system locale, hugin will run in translated fashion on windows, but the process to set the locale is not obvious. see wxWidgets is a non-unicode program, so I needed to set the system locale for that. See: http://www.microsoft.com/globaldev/handson/user/xpintlsupp.mspx under Changing Language for non-Unicode Programs for info for XP and http://www.microsoft.com/globaldev/handson/user/2kintlsupp.mspx under Changing System Locale for windows 2000 specific information. > > - some more bugfixes, especially the pairwise optimizer crash > > - updated user manual + key reference > > - maybe we should add one of these annoying "Tip of the day" > windows with tips and tricks, people won't discover easily. With an option to turn it off :-) > > - maybe fix the layout issues on small screens, although I have no idea how > this can be done with the current XRC. Either: 1. Reduce the border etc. widths (leading to a "squashed" look) 2. Use a "tabbed" style inside of each current tab to reduce the required screen size. 3. Hide some of the functionality behind an "advanced" button 4. ?? No Idea :-) > > I'm not going to change the user interface a lot. > The texts should be stable until the next release, so it's a good time > to translate. Small changes only, especially as I go through the code for the unicode issues. SetStatusText is one routine that I recall with translations required now. > > Before everybody starts to translate hugin into his favorite language, could > one (or more) native speakers check my english? I'm quite sure that some > texts sound a bit strange, or could be written more concisely. Will do regards, Doug From douglasw at zahav.net.il Thu Nov 4 11:22:24 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Thu Nov 4 11:24:06 2004 Subject: [ptx] splash image not found In-Reply-To: <1099560123l.22020l.0l@tangerine> References: <1099494332l.9100l.1l@tangerine> <1099500976.24020.1.camel@phlebus.mort.lan> <1099503883.24020.8.camel@phlebus.mort.lan> <20041104083944.GA1331@urfass.r-kom.de> <1099560123l.22020l.0l@tangerine> Message-ID: <1099567344.11421.15.camel@phlebus.mort.lan> On Thu, 2004-11-04 at 09:21 +0000, Jean-Luc Coulon (f5ibh) wrote: [snip] > >Hm, I still get the 'splash image not found' error. > > > > > >Stefan > > > Me too :-/ > > -- > Jean-Luc Okaaaay, works for me :-( Did you rerun configure? Alternatively delete src/include/config.h and regenerate it. regards, Doug From ptx at smbnet.de Thu Nov 4 12:30:15 2004 From: ptx at smbnet.de (Stefan M. Brandl) Date: Thu Nov 4 12:30:00 2004 Subject: [ptx] splash image not found In-Reply-To: <1099567344.11421.15.camel@phlebus.mort.lan> References: <1099494332l.9100l.1l@tangerine> <1099500976.24020.1.camel@phlebus.mort.lan> <1099503883.24020.8.camel@phlebus.mort.lan> <20041104083944.GA1331@urfass.r-kom.de> <1099560123l.22020l.0l@tangerine> <1099567344.11421.15.camel@phlebus.mort.lan> Message-ID: <20041104123014.GA6041@urfass.r-kom.de> On Thu, Nov 04, 2004 at 01:22:24PM +0200, Douglas Wilkins wrote: > On Thu, 2004-11-04 at 09:21 +0000, Jean-Luc Coulon (f5ibh) wrote: > [snip] > > >Hm, I still get the 'splash image not found' error. > > > > > > > > Okaaaay, works for me :-( > Did you rerun configure? Yes, I did. > Alternatively delete src/include/config.h and regenerate it. > I also deleted the complete source, but the error remains :-( Stefan From benoit.poste at mmce.mee.com Thu Nov 4 13:03:47 2004 From: benoit.poste at mmce.mee.com (=?ISO-8859-1?Q?Benoit_Post=E9?=) Date: Thu Nov 4 13:00:49 2004 Subject: [ptx] hugin and autopano-sift Message-ID: <418A28B3.50206@mmce.mee.com> Hello all, I lately switched from autopano to autopano-sift, which I like better (not saying it _is_ better, though, just that I personally prefer one over the other). However, I really miss the fact that autopano could be launched directly from within hugin ... and that it can't be done with autopano-sift. A realize that the way both work is rather different, so it may not be that simple a thing to implement. But still, if for instance one could launch the autopano-sift GUI from a button in hugin, with all selected pictures directly pasted into it, and the pto file automatically updated after exiting ... wouldn't that be great? Oh well, maybe I'm just dreaming, maybe it's the Christmas spirit already ;) . Benoit. From douglasw at zahav.net.il Thu Nov 4 13:10:05 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Thu Nov 4 13:20:37 2004 Subject: [ptx] splash image not found In-Reply-To: <20041104123014.GA6041@urfass.r-kom.de> References: <1099494332l.9100l.1l@tangerine> <1099500976.24020.1.camel@phlebus.mort.lan> <1099503883.24020.8.camel@phlebus.mort.lan> <20041104083944.GA1331@urfass.r-kom.de> <1099560123l.22020l.0l@tangerine> <1099567344.11421.15.camel@phlebus.mort.lan> <20041104123014.GA6041@urfass.r-kom.de> Message-ID: <1099573805.11421.27.camel@phlebus.mort.lan> On Thu, 2004-11-04 at 13:30 +0100, Stefan M. Brandl wrote: [snip] > > Did you rerun configure? > > Yes, I did. > > > Alternatively delete src/include/config.h and regenerate it. > > > > I also deleted the complete source, but the error remains :-( :-((( Can you send me the generated /src/include/config.h and config.log? regards, Doug From ptx at smbnet.de Thu Nov 4 13:51:35 2004 From: ptx at smbnet.de (Stefan M. Brandl) Date: Thu Nov 4 13:51:21 2004 Subject: [ptx] splash image not found In-Reply-To: <1099573805.11421.27.camel@phlebus.mort.lan> References: <1099494332l.9100l.1l@tangerine> <1099500976.24020.1.camel@phlebus.mort.lan> <1099503883.24020.8.camel@phlebus.mort.lan> <20041104083944.GA1331@urfass.r-kom.de> <1099560123l.22020l.0l@tangerine> <1099567344.11421.15.camel@phlebus.mort.lan> <20041104123014.GA6041@urfass.r-kom.de> <1099573805.11421.27.camel@phlebus.mort.lan> Message-ID: <20041104135135.GB7683@urfass.r-kom.de> On Thu, Nov 04, 2004 at 03:10:05PM +0200, Douglas Wilkins wrote: > On Thu, 2004-11-04 at 13:30 +0100, Stefan M. Brandl wrote: > [snip] > > > Did you rerun configure? > > > > Yes, I did. > > > > > Alternatively delete src/include/config.h and regenerate it. > > > > > > > I also deleted the complete source, but the error remains :-( > > :-((( > Can you send me the generated /src/include/config.h and config.log? > Ok, sent via private E-Mail. Stefan From douglasw at zahav.net.il Thu Nov 4 14:54:28 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Thu Nov 4 14:56:25 2004 Subject: [ptx] splash image not found In-Reply-To: <20041104135135.GB7683@urfass.r-kom.de> References: <1099494332l.9100l.1l@tangerine> <1099500976.24020.1.camel@phlebus.mort.lan> <1099503883.24020.8.camel@phlebus.mort.lan> <20041104083944.GA1331@urfass.r-kom.de> <1099560123l.22020l.0l@tangerine> <1099567344.11421.15.camel@phlebus.mort.lan> <20041104123014.GA6041@urfass.r-kom.de> <1099573805.11421.27.camel@phlebus.mort.lan> <20041104135135.GB7683@urfass.r-kom.de> Message-ID: <1099580068.2778.1.camel@phlebus.mort.lan> On Thu, 2004-11-04 at 14:51 +0100, Stefan M. Brandl wrote: [snip] > > Can you send me the generated /src/include/config.h and config.log? > > > > Ok, sent via private E-Mail. > Now I understand what the problem is. Expect a (correct) fix shortly :-) regards, Doug From douglasw at zahav.net.il Thu Nov 4 15:07:50 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Thu Nov 4 15:09:12 2004 Subject: [ptx] splash image not found In-Reply-To: <1099580068.2778.1.camel@phlebus.mort.lan> References: <1099494332l.9100l.1l@tangerine> <1099500976.24020.1.camel@phlebus.mort.lan> <1099503883.24020.8.camel@phlebus.mort.lan> <20041104083944.GA1331@urfass.r-kom.de> <1099560123l.22020l.0l@tangerine> <1099567344.11421.15.camel@phlebus.mort.lan> <20041104123014.GA6041@urfass.r-kom.de> <1099573805.11421.27.camel@phlebus.mort.lan> <20041104135135.GB7683@urfass.r-kom.de> <1099580068.2778.1.camel@phlebus.mort.lan> Message-ID: <1099580871.2778.5.camel@phlebus.mort.lan> On Thu, 2004-11-04 at 16:54 +0200, Douglas Wilkins wrote: [snip] > Now I understand what the problem is. Expect a (correct) fix shortly :-) correct fix committed to CVS. For those who can't wait, attached is the patch. regards, Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: config.patch Type: text/x-patch Size: 1374 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041104/107c62f2/config.bin From ptx at smbnet.de Thu Nov 4 16:00:27 2004 From: ptx at smbnet.de (Stefan M. Brandl) Date: Thu Nov 4 16:00:12 2004 Subject: [ptx] splash image not found In-Reply-To: <1099580871.2778.5.camel@phlebus.mort.lan> References: <1099500976.24020.1.camel@phlebus.mort.lan> <1099503883.24020.8.camel@phlebus.mort.lan> <20041104083944.GA1331@urfass.r-kom.de> <1099560123l.22020l.0l@tangerine> <1099567344.11421.15.camel@phlebus.mort.lan> <20041104123014.GA6041@urfass.r-kom.de> <1099573805.11421.27.camel@phlebus.mort.lan> <20041104135135.GB7683@urfass.r-kom.de> <1099580068.2778.1.camel@phlebus.mort.lan> <1099580871.2778.5.camel@phlebus.mort.lan> Message-ID: <20041104160026.GA10988@urfass.r-kom.de> On Thu, Nov 04, 2004 at 05:07:50PM +0200, Douglas Wilkins wrote: > On Thu, 2004-11-04 at 16:54 +0200, Douglas Wilkins wrote: > [snip] > > Now I understand what the problem is. Expect a (correct) fix shortly :-) > > correct fix committed to CVS. For those who can't wait, attached is the > patch. > Ok, now it works. Thanks for your help. Stefan From lists at johnbrownlow.com Thu Nov 4 16:06:27 2004 From: lists at johnbrownlow.com (Johnny Deadman) Date: Thu Nov 4 16:06:20 2004 Subject: [ptx] mandrake problems continued (solved) In-Reply-To: <1099501265.24020.5.camel@phlebus.mort.lan> References: <20041026211619.M82429@home.nl> <418816E3.6000203@webtech.pl> <10FAA0EB-2D29-11D9-B1B1-000393AC0E1A@johnbrownlow.com> <200411031116.01636.emmanuel@favre-nicolin.net> <49AC7920-2DB1-11D9-B1B1-000393AC0E1A@johnbrownlow.com> <1099501265.24020.5.camel@phlebus.mort.lan> Message-ID: <7B632686-2E7B-11D9-A9C1-000393AC0E1A@johnbrownlow.com> Okay, thank you to everyone who helped me with this. I was eventually able to compile a current CVS checkout with just a couple of tweaks. I used the wxGTK 2.4.2 library but was forced to compile it myself because the latest hugin install relies on wxrc, which is not installed in the Mandrake version of this library. Unfortunately the wxrc makefile in 2.4.2 is broken so I had to hard code the locations of the libraries but I finally nursed wxrc into life and everything is okay. If anyone needs to know how to do this, please ask me. I had to go back to an earlier version of nonastitcher.cpp as the current one is broken. I used 2.4.2 because the configure options for 2.5.3 seemed to be severely broken. Perhaps they are fixed now. I got the splash screen okay. -- John Brownlow Deep Fried Films, Inc http://www.johnbrownlow.com http://www.pinkheadedbug.com From noreply at sourceforge.net Thu Nov 4 16:31:43 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 4 16:31:31 2004 Subject: [ptx] [ hugin-Bugs-1060330 ] "image not found" doesn't allow cancel Message-ID: Bugs item #1060330, was opened at 2004-11-04 11:31 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=550441&aid=1060330&group_id=77506 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Marek Januszewski (specu) Assigned to: Nobody/Anonymous (nobody) Summary: "image not found" doesn't allow cancel Initial Comment: this is a low priority bug and feature request when I load panorama and the full path of images doesn't match the current path where images are, hugin tells me to point where the image currently is. It just says image not found, but doesn't allow me to cancel if I don't want to point to new location of the images. There should be a cancel button. Also I think it would nice if hugin didn't save the full path of the pictures if the pictures are in the same directory as the project file. If hugin finds the first image in the newly pointed directory, it should also try to extract the new path of the first selected image and try to locate other images in the same path, as opposed to asking for the full path every picture. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=550441&aid=1060330&group_id=77506 From katharos at mac.com Thu Nov 4 17:20:09 2004 From: katharos at mac.com (Katherine Donaldson) Date: Thu Nov 4 17:20:00 2004 Subject: [ptx] autopano-sift 2.0 and 48bit tiff bug Message-ID: Hello, autopano-sift (2.0) doesn't seem to properly work with 48bit tiffs. I'm running autopano-win-gui if that matters. It seems to read them in fine, they look fine in the preview pane, the keypoint generation appears to work (it generates non-empty keypoint files anyhow) but after it appears to have matched all the keypoints it puts up an error that says construction of the bond ball has failed. If I run with the exact same tifs but converted to 24bit, it works fine. So I assume there is something wrong with the calculation when the images are 48bit. -Katherine From douglasw at zahav.net.il Thu Nov 4 17:02:29 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Thu Nov 4 17:31:54 2004 Subject: [ptx] mandrake problems continued (solved) In-Reply-To: <7B632686-2E7B-11D9-A9C1-000393AC0E1A@johnbrownlow.com> References: <20041026211619.M82429@home.nl> <418816E3.6000203@webtech.pl> <10FAA0EB-2D29-11D9-B1B1-000393AC0E1A@johnbrownlow.com> <200411031116.01636.emmanuel@favre-nicolin.net> <49AC7920-2DB1-11D9-B1B1-000393AC0E1A@johnbrownlow.com> <1099501265.24020.5.camel@phlebus.mort.lan> <7B632686-2E7B-11D9-A9C1-000393AC0E1A@johnbrownlow.com> Message-ID: <1099587749.6773.3.camel@phlebus.mort.lan> On Thu, 2004-11-04 at 11:06 -0500, Johnny Deadman wrote: [snip] > I was eventually able to compile a current CVS checkout with just a > couple of tweaks. Good to hear :-). Tweaks? > I had to go back to an earlier version of nonastitcher.cpp as the > current one is broken. Broken in what way? > I used 2.4.2 because the configure options for 2.5.3 seemed to be > severely broken. Perhaps they are fixed now. What was the problem? Lots of questions, I know :-) but if we can make it easier/better ...... regards, Doug From douglasw at zahav.net.il Thu Nov 4 17:05:47 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Thu Nov 4 17:41:47 2004 Subject: [ptx] splash image not found In-Reply-To: <20041104160026.GA10988@urfass.r-kom.de> References: <1099500976.24020.1.camel@phlebus.mort.lan> <1099503883.24020.8.camel@phlebus.mort.lan> <20041104083944.GA1331@urfass.r-kom.de> <1099560123l.22020l.0l@tangerine> <1099567344.11421.15.camel@phlebus.mort.lan> <20041104123014.GA6041@urfass.r-kom.de> <1099573805.11421.27.camel@phlebus.mort.lan> <20041104135135.GB7683@urfass.r-kom.de> <1099580068.2778.1.camel@phlebus.mort.lan> <1099580871.2778.5.camel@phlebus.mort.lan> <20041104160026.GA10988@urfass.r-kom.de> Message-ID: <1099587947.6773.6.camel@phlebus.mort.lan> On Thu, 2004-11-04 at 17:00 +0100, Stefan M. Brandl wrote: [snip] > Ok, now it works. > Thanks for your help. Sorry it took me a while to understand what the problem was. Slowly but surely we stabilise the new build. regards, Doug From pablo.dangelo at web.de Thu Nov 4 18:30:59 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Thu Nov 4 18:31:14 2004 Subject: [ptx] Things to do before the next hugin release In-Reply-To: <1099567156.11421.11.camel@phlebus.mort.lan> References: <20041102223645.GB1336@svalbart> <41891D8A.3070202@webtech.pl> <20041103181609.GA16116@svalbart> <41892A10.60804@webtech.pl> <20041103215538.GB16116@svalbart> <41896D49.4070704@webtech.pl> <20041104000129.GA22443@svalbart> <4189765A.4080501@webtech.pl> <20041104004439.GB22443@svalbart> <1099567156.11421.11.camel@phlebus.mort.lan> Message-ID: <20041104183059.GA1442@svalbart> On Thu, 04 Nov 2004, Douglas Wilkins wrote: > > - complete translations (probably need to find more translators) > > - language selector (for the windows people, who can't do LANG=xx) > > A unicode build would solve this problem. Currently, by setting the > system locale, hugin will run in translated fashion on windows, but the > process to set the locale is not obvious. see > wxWidgets is a non-unicode program, so I > needed to set the system locale for that. See: > > http://www.microsoft.com/globaldev/handson/user/xpintlsupp.mspx > under > Changing Language for non-Unicode Programs > > for info for XP and > > http://www.microsoft.com/globaldev/handson/user/2kintlsupp.mspx > under > Changing System Locale > > for windows 2000 specific information. Looks like a hassle.. however, most people probably want to use windows in the default language, so changing is not really a thing done everyday or? What about the Win9X systems, I've recompiled wxWindows on win for unicode, and it complained that libunicows was not found, and that unicode apps will only work on WinNT based systems. And the libunicows homepage says (it depends on MSLU from microsoft): MSLU comes with licensing terms that are highly unfriendly to Open Source applications: although you can freely distribute unicows.dll with your application, your licensing terms must meet certain conditions that no Open Source license can. Namely, you must forbid further redistribution and the license must be an EULA accepted by the user either in writing or using click-through or shrink-wrap mechanism. I really like microsoft. > > - maybe we should add one of these annoying "Tip of the day" > > windows with tips and tricks, people won't discover easily. > > With an option to turn it off :-) sure! > > - maybe fix the layout issues on small screens, although I have no idea how > > this can be done with the current XRC. > > Either: > 1. Reduce the border etc. widths (leading to a "squashed" look) > 2. Use a "tabbed" style inside of each current tab to reduce the > required screen size. > 3. Hide some of the functionality behind an "advanced" button > 4. ?? No Idea :-) Hmm, I tried the cheap solution of adding scrollbars to the widgets to big for the screen, but that didn't work as advertised in the wxWindows documentations. ciao Pablo From pablo.dangelo at web.de Thu Nov 4 18:35:50 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Thu Nov 4 18:36:05 2004 Subject: [ptx] hugin and autopano-sift In-Reply-To: <418A28B3.50206@mmce.mee.com> References: <418A28B3.50206@mmce.mee.com> Message-ID: <20041104183550.GB1442@svalbart> On Thu, 04 Nov 2004, Benoit Post? wrote: > Hello all, > > I lately switched from autopano to autopano-sift, which I like > better (not saying it _is_ better, though, just that I personally > prefer one over the other). However, I really miss the fact that > autopano could be launched directly from within hugin ... and that it > can't be done with autopano-sift. A realize that the way both work is > rather different, so it may not be that simple a thing to implement. > > But still, if for instance one could launch the autopano-sift GUI > from a button in hugin, with all selected pictures directly pasted > into it, and the pto file automatically updated after exiting ... > wouldn't that be great? > > Oh well, maybe I'm just dreaming, maybe it's the Christmas spirit > already ;) . I have added that to hugin cvs yesterday, the next snapshot will support autopano-sift. It uses the non interactive visual basic script to run autopano, so the gui is not useable unfortunately. Sebastian, is it possible to add command line parameters to the autopano gui as well? Especially the input and output files, like done in autopano-complete.sh? Then people could start the gui from within hugin. ciao Pablo From spec at webtech.pl Thu Nov 4 18:44:50 2004 From: spec at webtech.pl (spec) Date: Thu Nov 4 18:44:37 2004 Subject: [ptx] Things to do before the next hugin release In-Reply-To: <1099567156.11421.11.camel@phlebus.mort.lan> References: <20041101113217.GB1224@svalbart> <4186982E.60700@webtech.pl> <20041102223645.GB1336@svalbart> <41891D8A.3070202@webtech.pl> <20041103181609.GA16116@svalbart> <41892A10.60804@webtech.pl> <20041103215538.GB16116@svalbart> <41896D49.4070704@webtech.pl> <20041104000129.GA22443@svalbart> <4189765A.4080501@webtech.pl> <20041104004439.GB22443@svalbart> <1099567156.11421.11.camel@phlebus.mort.lan> Message-ID: <418A78A2.1030703@webtech.pl> Hello, I would add importing ptgui and ptassembler projects to the list. the code seems to be close to be complete. -- thanks Marek From bruno at postle.net Thu Nov 4 21:02:25 2004 From: bruno at postle.net (Bruno Postle) Date: Thu Nov 4 21:02:11 2004 Subject: [ptx] SRPM of autopano-sift?? In-Reply-To: <200410301809.01974.emmanuel@favre-nicolin.net> References: <200410301809.01974.emmanuel@favre-nicolin.net> Message-ID: <20041104210224.GC22617@postle.net> On Sat 30-Oct-2004 at 18:09 -0200, Emmanuel wrote: > > I'd like to know if a recent SRPM of autopano-sift exist somewhere to adapt it > to MDK 10.1 (I don't know how to do that with autopano-sift!) I have a version for fedora fc2 woking ok: http://bugbear.blackfish.org.uk/~bruno/apt/fedora/linux/2/i386/SRPMS.panorama/ It requires various RPMs (mono-core, gtk-sharp, mono-winforms & monodevelop) from the go-mono site: http://www.mono-project.com/downloads/ If these install on Mandrake, then probably the autopano-sift SRPM will be ok too. -- Bruno From bruno at postle.net Thu Nov 4 21:10:13 2004 From: bruno at postle.net (Bruno Postle) Date: Thu Nov 4 21:09:59 2004 Subject: [ptx] Donations (was:a few bugs/questions) In-Reply-To: <20041102225643.GC1336@svalbart> References: <41841073.6050804@gmx.de> <20041102225643.GC1336@svalbart> Message-ID: <20041104211013.GD22617@postle.net> On Tue 02-Nov-2004 at 23:56 +0100, Pablo d'Angelo wrote: > > I think I'll also add a paypal donate link somewhere, in case > somebody likes the new release :) Have you looked at the sourceforge donation system? http://sourceforge.net/project/admin/donations.php?group_id=77506 ..but it seems that uses paypal too.. -- Bruno From douglasw at zahav.net.il Thu Nov 4 21:28:51 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Thu Nov 4 21:29:33 2004 Subject: [ptx] Things to do before the next hugin release In-Reply-To: <20041104183059.GA1442@svalbart> References: <20041102223645.GB1336@svalbart> <41891D8A.3070202@webtech.pl> <20041103181609.GA16116@svalbart> <41892A10.60804@webtech.pl> <20041103215538.GB16116@svalbart> <41896D49.4070704@webtech.pl> <20041104000129.GA22443@svalbart> <4189765A.4080501@webtech.pl> <20041104004439.GB22443@svalbart> <1099567156.11421.11.camel@phlebus.mort.lan> <20041104183059.GA1442@svalbart> Message-ID: <1099603732.6773.18.camel@phlebus.mort.lan> On Thu, 2004-11-04 at 19:30 +0100, Pablo d'Angelo wrote: [snip] > Looks like a hassle.. however, most people probably want to use windows in > the default language, so changing is not really a thing done everyday or? > > What about the Win9X systems, I've recompiled wxWindows on win for unicode, > and it complained that libunicows was not found, and that unicode apps will > only work on WinNT based systems. > > And the libunicows homepage says (it depends on MSLU from microsoft): > MSLU comes with licensing terms that are highly unfriendly to Open Source > applications: although you can freely distribute unicows.dll with your > application, your licensing terms must meet certain conditions that no Open > Source license can. Namely, you must forbid further redistribution and the > license must be an EULA accepted by the user either in writing or using > click-through or shrink-wrap mechanism. > > I really like microsoft. OK, there are two points here to consider: 1. On Win9x unicode is an afterthought and ANSI is the default 2. On Win2K and upwards unicode is built into the OS and used by default, ANSI is there really only for backwards compatibility. Therefore for Win9x users, an ANSI build is preferable (and will work as expected), while for 2K, XP, 2003 etc. users, the unicode is preferable. What that implies to me is that we probably need to distribute 2 versions and not worry too much about MSLU issues. > > > - maybe fix the layout issues on small screens, although I have no idea how > > > this can be done with the current XRC. > > > > Either: > > 1. Reduce the border etc. widths (leading to a "squashed" look) > > 2. Use a "tabbed" style inside of each current tab to reduce the > > required screen size. > > 3. Hide some of the functionality behind an "advanced" button > > 4. ?? No Idea :-) > > Hmm, I tried the cheap solution of adding scrollbars to the widgets to big > for the screen, but that didn't work as advertised in the wxWindows > documentations. :-(( Once I have the unicode issues sorted out [did I mention that unicode is a b**ch? :-)] I will also look at this issue again regards, Doug From bruno at postle.net Thu Nov 4 23:05:08 2004 From: bruno at postle.net (Bruno Postle) Date: Thu Nov 4 23:04:54 2004 Subject: [ptx] tif2xcf crashes In-Reply-To: <200411010444.44066.ggrubbish@web.de> References: <200411010444.44066.ggrubbish@web.de> Message-ID: <20041104230507.GE22617@postle.net> On Mon 01-Nov-2004 at 04:44 +0100, Gerhard Gaussling wrote: > > I want to retouch my first freehand panos to move people or > correct bad seams, huge parallax errors :-( etc. in the Gimp and > blend them finally with enblend 2.0-1. > > For that I found tif2xcf ( http://www.vierpi.de/tif2xcf.html ). > Maybe I will try nona stitched multilayered TIFF's and separate > them with tiffsplit to blend them with enblend. What's the best > workflow? Nona can create multilayer tiff files, these can be opened by gimp-2.x, so tif2xcf is redundant as a way of getting your data into the gimp. nona -> gimp -> enblend would be the ideal workflow for retouching before blending, but there are two drawbacks: 1. The gimp can't (yet) save multilayer tiff, you need to save each layer as a separate file - I'd be interested to hear how other users automate this step. 2. Enblend doesn't read multilayer tiff, however there is a patch for 1.x versions: http://www.email-lists.org/pipermail/ptx/2004-June/001791.html > What's the difference between the brightness and color correction of > PTSTitcher and using emblend? In cases where exposure varies between shots, PTStitcher can adjust levels in the images before blending. This is a good technique, but produces nasty image artifacts when used with 8bit per channel images. Enblend doesn't adjust image levels, but has a much more sophisticated blending strategy which means that seams are often undetectable - Even when joining two images of very different exposures. -- Bruno From bruno at postle.net Thu Nov 4 23:17:25 2004 From: bruno at postle.net (Bruno Postle) Date: Thu Nov 4 23:17:09 2004 Subject: [ptx] huigin 0.4 installer In-Reply-To: <4185AE4F.4090609@webtech.pl> References: <20041031001951.2ACC52865C@mail.webarchitects.co.uk> <41845496.2010007@webtech.pl> <20041031183623.GA1450@svalbart> <4185AE4F.4090609@webtech.pl> Message-ID: <20041104231724.GF22617@postle.net> On Sun 31-Oct-2004 at 22:32 -0500, spec@webtech.pl wrote: > > Could someone tell me why distribution of PTOptimizer could be > considered illegal when distributed with hugin? is it just because > there are no sources to that? PTOptimizer has source code. Under the terms of the GPL, you can freely distribute either Helmut's original binary or compile it yourself and distribute that. -- Bruno From lists at johnbrownlow.com Fri Nov 5 02:39:22 2004 From: lists at johnbrownlow.com (Johnny Deadman) Date: Fri Nov 5 02:39:03 2004 Subject: [ptx] mandrake problems continued (solved) In-Reply-To: <1099587749.6773.3.camel@phlebus.mort.lan> References: <20041026211619.M82429@home.nl> <418816E3.6000203@webtech.pl> <10FAA0EB-2D29-11D9-B1B1-000393AC0E1A@johnbrownlow.com> <200411031116.01636.emmanuel@favre-nicolin.net> <49AC7920-2DB1-11D9-B1B1-000393AC0E1A@johnbrownlow.com> <1099501265.24020.5.camel@phlebus.mort.lan> <7B632686-2E7B-11D9-A9C1-000393AC0E1A@johnbrownlow.com> <1099587749.6773.3.camel@phlebus.mort.lan> Message-ID: On 4-Nov-04, at 12:02 PM, Douglas Wilkins wrote: > On Thu, 2004-11-04 at 11:06 -0500, Johnny Deadman wrote: > [snip] >> I was eventually able to compile a current CVS checkout with just a >> couple of tweaks. > > Good to hear :-). > Tweaks? the ones described below > >> I had to go back to an earlier version of nonastitcher.cpp as the >> current one is broken. > > Broken in what way? The version I tried to compile failed because of an undeclared variable in a debug line, 'errno' or something, it was obvious what the problem was in the code but I was on a mission so just backtracked to the previous version. > >> I used 2.4.2 because the configure options for 2.5.3 seemed to be >> severely broken. Perhaps they are fixed now. > > What was the problem? um, from memory here... first I had the problem that it was not picking up that I was using the system regex library (see previous post) and complaining of the non-presence of wxregex, then I had the issue of the xrc data ending up in the wrong place. The latter is fixed I know but I didn't hear anything about the former. >> -- John Brownlow Deep Fried Films, Inc http://www.johnbrownlow.com http://www.pinkheadedbug.com From lists at johnbrownlow.com Fri Nov 5 04:22:56 2004 From: lists at johnbrownlow.com (Johnny Deadman) Date: Fri Nov 5 04:22:37 2004 Subject: [ptx] SRPM of autopano-sift?? In-Reply-To: <20041104210224.GC22617@postle.net> References: <200410301809.01974.emmanuel@favre-nicolin.net> <20041104210224.GC22617@postle.net> Message-ID: <5E854BA8-2EE2-11D9-915F-000D93AE2194@johnbrownlow.com> I had no problem whatever compiling and running autopano-sift on Mdk 10.1, although not from an SRPM. I did find that there was an undocumented dependency on the glade library, but I think that may have been Mono. I just downloaded the obvious Glade packages and all was well. On 4-Nov-04, at 4:02 PM, Bruno Postle wrote: > On Sat 30-Oct-2004 at 18:09 -0200, Emmanuel wrote: >> >> I'd like to know if a recent SRPM of autopano-sift exist somewhere to >> adapt it >> to MDK 10.1 (I don't know how to do that with autopano-sift!) > > I have a version for fedora fc2 woking ok: > > > http://bugbear.blackfish.org.uk/~bruno/apt/fedora/linux/2/i386/ > SRPMS.panorama/ > > It requires various RPMs (mono-core, gtk-sharp, mono-winforms & > monodevelop) from the go-mono site: > > http://www.mono-project.com/downloads/ > > If these install on Mandrake, then probably the autopano-sift SRPM > will be ok too. > > -- > Bruno > > -- John Brownlow Deep Fried Films, Inc http://www.johnbrownlow.com http://www.pinkheadedbug.com From ptx at smbnet.de Fri Nov 5 06:32:28 2004 From: ptx at smbnet.de (Stefan M. Brandl) Date: Fri Nov 5 06:32:15 2004 Subject: [ptx] hugin and enblend Message-ID: <20041105063228.GA24502@urfass.r-kom.de> Hello, I'm trying to use enblend within hugin. I_ve set the path (and command-linde paramters) in ~/.hugin but the "Soft Blending"-Button in hugin is always grey, so that I can't enable it. Am I doing something wrong, or is it a problem in hugin? Stefan From lists at johnbrownlow.com Fri Nov 5 06:43:45 2004 From: lists at johnbrownlow.com (Johnny Deadman) Date: Fri Nov 5 06:43:20 2004 Subject: [ptx] hugin and enblend In-Reply-To: <20041105063228.GA24502@urfass.r-kom.de> References: <20041105063228.GA24502@urfass.r-kom.de> Message-ID: <0A456937-2EF6-11D9-915F-000D93AE2194@johnbrownlow.com> to enable the button, the output file type has to be TIFF I think. On 5-Nov-04, at 1:32 AM, Stefan M. Brandl wrote: > Hello, > I'm trying to use enblend within hugin. > I_ve set the path (and command-linde paramters) in ~/.hugin > but the "Soft Blending"-Button in hugin is always grey, so that > I can't enable it. > Am I doing something wrong, or is it a problem in hugin? > > > Stefan > > -- John Brownlow Deep Fried Films, Inc http://www.johnbrownlow.com http://www.pinkheadedbug.com From pablo.dangelo at web.de Fri Nov 5 07:04:10 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Fri Nov 5 07:04:25 2004 Subject: [ptx] hugin and enblend In-Reply-To: <20041105063228.GA24502@urfass.r-kom.de> References: <20041105063228.GA24502@urfass.r-kom.de> Message-ID: <20041105070410.GA1236@svalbart> On Fri, 05 Nov 2004, Stefan M. Brandl wrote: > Hello, > I'm trying to use enblend within hugin. Or just set the mode to "high quality tiff". > I_ve set the path (and command-linde paramters) in ~/.hugin > but the "Soft Blending"-Button in hugin is always grey, so that > I can't enable it. > Am I doing something wrong, or is it a problem in hugin? > > > Stefan From ptx at smbnet.de Fri Nov 5 07:22:08 2004 From: ptx at smbnet.de (Stefan M. Brandl) Date: Fri Nov 5 07:21:54 2004 Subject: [ptx] hugin and enblend In-Reply-To: <20041105070410.GA1236@svalbart> References: <20041105063228.GA24502@urfass.r-kom.de> <20041105070410.GA1236@svalbart> Message-ID: <20041105072208.GA25629@urfass.r-kom.de> On Fri, Nov 05, 2004 at 08:04:10AM +0100, Pablo d'Angelo wrote: > On Fri, 05 Nov 2004, Stefan M. Brandl wrote: > > > Hello, > > I'm trying to use enblend within hugin. > > Or just set the mode to "high quality tiff". > Uh, blame on me. I tried 'Multiple TIFF' and 'Multilayer TIFF', but not 'TIFF'. Now it works. Thanks Stefan From benoit.poste at mmce.mee.com Fri Nov 5 08:54:09 2004 From: benoit.poste at mmce.mee.com (=?ISO-8859-1?Q?Benoit_Post=E9?=) Date: Fri Nov 5 08:51:11 2004 Subject: [ptx] hugin and autopano-sift In-Reply-To: <20041104183550.GB1442@svalbart> References: <418A28B3.50206@mmce.mee.com> <20041104183550.GB1442@svalbart> Message-ID: <418B3FB1.5040809@mmce.mee.com> Thanks a whole lot Pablo :) . This is exactly what I needed. Of course having access the GUI would be nice too, but I can live happily with the non interactive script. Benoit. Pablo d'Angelo wrote: > On Thu, 04 Nov 2004, Benoit Post? wrote: > > > > snip snip snip > > > I have added that to hugin cvs yesterday, the next snapshot will support > autopano-sift. It uses the non interactive visual basic script to run > autopano, so the gui is not useable unfortunately. > > Sebastian, is it possible to add command line parameters to the autopano gui > as well? Especially the input and output files, like done in > autopano-complete.sh? Then people could start the gui from within hugin. > > ciao > Pablo > From john at deepfriedfilms.com Tue Nov 2 17:53:54 2004 From: john at deepfriedfilms.com (John brownlow) Date: Fri Nov 5 11:13:40 2004 Subject: [ptx] mandrake problems continued In-Reply-To: <1099417213.31956.9.camel@phlebus.mort.lan> References: <20041026211619.M82429@home.nl> <1C0033A4-2CF2-11D9-B1B1-000393AC0E1A@johnbrownlow.com> <1099417213.31956.9.camel@phlebus.mort.lan> Message-ID: <296EA7DD-2CF8-11D9-B1B1-000393AC0E1A@deepfriedfilms.com> awesome, thank you... I'll try it... On Nov 2, 2004, at 12:40 PM, Douglas Wilkins wrote: > On Tue, 2004-11-02 at 12:10 -0500, Johnny Deadman wrote: >> Okay, I'm driving myself nuts here. Any help very gratefully received. >> >> On Mandrake Community 10.1: >> >> -- I check out latest CVS of Hugin >> -- I install all packages required to satisfy dependencies >> -- This includes wxGTK 2.4.2 with the XRC extension >> >> however when I come to compile Hugin, it fails because wxrc is not >> included in my RPM, so I figure I have to compile wxGTK from scratch > > Unfortunately true. the wx* and libwx* rpms have enough to run hugin > but > not to compile it :-( > >> >> Unfortunately I simply cannot get this to work. Could someone give me >> detailed instructions on how I should do this? The problems I am >> having >> are detailed below: > > My suggestion is to use wxGTK 2.5.3 rather, where xrc is integrated > into > the main distribution rather than being in contribs. Attached is a spec > file which will build the required rpms, as well as the two relevant > patches. Download wxGTK 2.5.3 from the wxwidgets site, drop it and the > two patches into SOURCES, the specfile into SPECS and from the SPECS > directory run > rpm -bb wx2.5.3.spec > the required rpms will then be in RPMS/i586. Install and hugin should > compile [it does for me ;-)] > > regards, > Doug > patch02.patch.bz2> -- John Brownlow Deep Fried Films, Inc http://www.johnbrownlow.com http://www.pinkheadedbug.com From john at deepfriedfilms.com Wed Nov 3 15:57:47 2004 From: john at deepfriedfilms.com (John brownlow) Date: Fri Nov 5 11:13:50 2004 Subject: [ptx] mandrake problems continued In-Reply-To: References: <20041026211619.M82429@home.nl> <418816E3.6000203@webtech.pl> <10FAA0EB-2D29-11D9-B1B1-000393AC0E1A@johnbrownlow.com> <200411031116.01636.emmanuel@favre-nicolin.net> Message-ID: <1B616DC2-2DB1-11D9-B1B1-000393AC0E1A@deepfriedfilms.com> Okay, Emmanuel, the problem with your RPM packages for me is this -- they are configured for wxGTK 2.4 but as installed on Mandrake 10.1, wxrc is missing. If you update using CVS to the latest Hugin, you also get the error of wxregex library not being found. It just ends up with the same problems for me. Current situation for me is that if I compile wxGTK 2.5.3 myself and edit the ./configure file to remove the erroneous reference to wxregex, I can get Hugin to compile. However when I launch it I get the 'splash screen missing' error (see other thread). On Nov 3, 2004, at 9:21 AM, Johnny Deadman wrote: > hi Emmanuel, I did not see your previous message. Thanks for your > link. I am about 1mm from getting it all to work myself so I don't > want to give up, but I will also try out your Mandrake packages. Thank > you. > > > On 3-Nov-04, at 8:16 AM, Emmanuel wrote: > >> Le mardi 02 Novembre 2004 21:43, Johnny Deadman a ?crit?: >>> correct, I am using system regex. >>> >>> I'll just edit the line in the ./configure file and see what happens. >>> >>> On Nov 2, 2004, at 6:23 PM, spec@webtech.pl wrote: >>>> Johnny Deadman wrote: >>>>> I couldn't get the rpms to work, probably a misconfiguration my >>>>> end. >>>>> >>>>> However I got wxGTK 2.5.3 compiled and installed okay. Thanks for >>>>> the >>>>> tip! >>>>> >>>>> Now, using a fresh CVS checkout of Hugin, I have the following >>>>> problem: compilation fails because the library 'wxregex' can't be >>>>> found. >>>>> >>>>> This is not part of 2.5.3 as far as I can tell. The argument >>>>> requiring wxregex is added by the ./configure script after it >>>>> checks >>>>> for version 2.5.3 of wxGTK. >>>> >>>> it's a part of wx 2.5.3 if wx compiles with builtin regex library. >>>> Your wx build probably uses system regex. This is a bug and it needs >>>> to be fixed. >> >> I'm sending a knew message about mandrake 10.1 and hugin as it seems >> that you >> haven't read my message or you didn't answer and because I've made >> some >> restructuration of my web site. You should found everything needed to >> install >> hugin using urpmi. >> You just have to download all rpm (except xmerge) that are listed in >> the >> following web page : >> >> http://emmanuelfavrenicolin.free.fr/Public/Ordinateur/Mandrake/ >> MDK101/index.php >> >> Thoose rpm do install using the libraries avalaible in mandrake 10.1. >> The >> SRPMS are avalaible here : >> http://emmanuelfavrenicolin.free.fr/Public/Ordinateur/Mandrake/ >> MDK101/SRPMS/Photo/ >> >> from the SRPM you can retrieve the source,specs and patch applied to >> hugin and >> you can easily update hugin (and panorama tools) to the actual CVS >> (my last >> build of hugin is of >> october 2004). >> >> If you're not interested, or you think that my rpm are bad, please >> tell me. At >> least I hope it could interest other people! >> >> Emmanuel. >> >> > -- > John Brownlow > Deep Fried Films, Inc > > http://www.johnbrownlow.com > http://www.pinkheadedbug.com > > -- John Brownlow Deep Fried Films, Inc http://www.johnbrownlow.com http://www.pinkheadedbug.com From spec at webtech.pl Fri Nov 5 12:16:06 2004 From: spec at webtech.pl (spec@webtech.pl) Date: Fri Nov 5 12:17:23 2004 Subject: [ptx] hugin and enblend In-Reply-To: <20041105072208.GA25629@urfass.r-kom.de> References: <20041105063228.GA24502@urfass.r-kom.de> <20041105070410.GA1236@svalbart> <20041105072208.GA25629@urfass.r-kom.de> Message-ID: <418B6F06.7040707@webtech.pl> Stefan M. Brandl wrote: >On Fri, Nov 05, 2004 at 08:04:10AM +0100, Pablo d'Angelo wrote: > > >>On Fri, 05 Nov 2004, Stefan M. Brandl wrote: >> >> >> >>>Hello, >>>I'm trying to use enblend within hugin. >>> >>> >>Or just set the mode to "high quality tiff". >> >> >> > >Uh, blame on me. I tried 'Multiple TIFF' and 'Multilayer TIFF', >but not 'TIFF'. >Now it works. > > I thought about it some time ago and there should be something next to "soft stitching" that would indicate when the checkbox would be enabled. Or since it's only enable for tiff, maybe there should be a result image type "TIFF + enblend/soft stiching".... -- thanks, Marek From noreply at sourceforge.net Fri Nov 5 18:55:22 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 5 18:55:09 2004 Subject: [ptx] [ hugin-Bugs-1061131 ] nona_gui stays in memory after being cancelled Message-ID: Bugs item #1061131, was opened at 2004-11-05 13:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=550441&aid=1061131&group_id=77506 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Marek Januszewski (specu) Assigned to: Nobody/Anonymous (nobody) Summary: nona_gui stays in memory after being cancelled Initial Comment: to reproduce: open nona_gui.exe, it will ask you for project - click cancel, gives you usage message and gui closes. If you look in task manager nona_gui is still in memory - should be closed when gui closes - it seems like now it just hides. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=550441&aid=1061131&group_id=77506 From lists at johnbrownlow.com Fri Nov 5 22:06:21 2004 From: lists at johnbrownlow.com (Johnny Deadman) Date: Fri Nov 5 22:06:17 2004 Subject: [ptx] autopano & autopanog problems Message-ID: Is this the right place to discuss autopano-sift problems or should I take it someplace else? There is a problem with running autopano-complete.sh on Mandrake 10.1 because the version of getopt installed by default does not support the features the script expects. I think the script should probably check for a version or something. By chance it fails safe in most circumstances but it is definitely a problem. I suspect that this kind of thing may also be responsible for an absolutely consistent segmentation fault I get when running autopanog.exe in mono when autopano is invoked. -- John Brownlow Deep Fried Films, Inc http://www.johnbrownlow.com http://www.pinkheadedbug.com From ggrubbish at web.de Sat Nov 6 10:59:33 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sat Nov 6 11:00:40 2004 Subject: [ptx] How to compile hugin cvs with libtool 1.5a instead of version 1.4? Message-ID: <200411061159.33738.ggrubbish@web.de> Hello, I want to compile hugin from cvs. I have all required libs and headers installed, as far as I can see. $ libtool --version ltmain.sh (GNU libtool 1.1467 2004/04/01 04:43:56) 1.5a $ ./bootstrap You must have libtool 1.4 installed to compile hugin. Install the appropriate package for your distribution, or get the source tarball at http://ftp.gnu.org/gnu/libtool/ What's that? Should I edit the bootstrap script? Help is highly appreciate Kind regards Gerhard From ggrubbish at web.de Sat Nov 6 11:06:01 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sat Nov 6 11:07:46 2004 Subject: [ptx] hugin and autopano-sift In-Reply-To: <20041104183550.GB1442@svalbart> References: <418A28B3.50206@mmce.mee.com> <20041104183550.GB1442@svalbart> Message-ID: <200411061206.02190.ggrubbish@web.de> Am Donnerstag 04 November 2004 19:35 schrieb Pablo d'Angelo: > I have added that to hugin cvs yesterday, the next snapshot will > support autopano-sift. It uses the non interactive visual basic > script to run autopano, so the gui is not useable unfortunately. Funny, I installed autopano-sift before autopano-1.03 and cannot change to autopano-1.03 used within hugin. So it's the upside-down situation, I would suggest to have a possibility to switch the method and the ability to add parameters would be helpful. Kind regards Gerhard Gaussling From ggrubbish at web.de Sat Nov 6 11:15:40 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sat Nov 6 11:15:39 2004 Subject: [ptx] hugin and enblend In-Reply-To: <418B6F06.7040707@webtech.pl> References: <20041105063228.GA24502@urfass.r-kom.de> <20041105072208.GA25629@urfass.r-kom.de> <418B6F06.7040707@webtech.pl> Message-ID: <200411061215.40167.ggrubbish@web.de> Am Freitag 05 November 2004 13:16 schrieb spec@webtech.pl: > I thought about it some time ago and there should be something next > to "soft stitching" that would indicate when the checkbox would be > enabled. Or since it's only enable for tiff, maybe there should be a > result image type "TIFF + enblend/soft stiching".... I don't know exactly what happens in hugin. If enblend is installed on the system hugin uses it in every way nona or PTStitcher are stitching a whole (not mulilayered not multiple file output) pano? If it is not installed it uses only the PTOptimizer algorythm to get the exposure and color on the same level? Why not implement a checkbox and the ability for commandline parameters to use enblend within hugin? Where can I find the docs pointing me to the way how enblend or autopano is implemented within hugin? Is it only available in the source code? Kind regards Gerhard Gau?ling From douglasw at zahav.net.il Sat Nov 6 12:28:02 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Sat Nov 6 12:29:13 2004 Subject: [ptx] How to compile hugin cvs with libtool 1.5a instead of version 1.4? In-Reply-To: <200411061159.33738.ggrubbish@web.de> References: <200411061159.33738.ggrubbish@web.de> Message-ID: <1099744082.28905.4.camel@phlebus.mort.lan> On Sat, 2004-11-06 at 11:59 +0100, Gerhard Gaussling wrote: > Hello, > > I want to compile hugin from cvs. > > I have all required libs and headers installed, as far as I can see. > $ libtool --version > ltmain.sh (GNU libtool 1.1467 2004/04/01 04:43:56) 1.5a [snip] > Should I edit the bootstrap script? bootstrap expects the result of libtool --version to be in this form: ltmain.sh (GNU libtool) 1.5.6 (1.1220.2.95 2004/04/11 05:50:42) where the version number is ahead of the internal version. On your machine the internal version comes first so it picks the version as 1.1 and fails. I'll try to fix this. regards, Doug From douglasw at zahav.net.il Sat Nov 6 12:37:42 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Sat Nov 6 12:38:41 2004 Subject: [ptx] hugin and enblend In-Reply-To: <200411061215.40167.ggrubbish@web.de> References: <20041105063228.GA24502@urfass.r-kom.de> <20041105072208.GA25629@urfass.r-kom.de> <418B6F06.7040707@webtech.pl> <200411061215.40167.ggrubbish@web.de> Message-ID: <1099744663.28905.11.camel@phlebus.mort.lan> On Sat, 2004-11-06 at 12:15 +0100, Gerhard Gaussling wrote: [snip] > Why not implement a checkbox and the ability for commandline parameters > to use enblend within hugin? This is already there. enblend checkbox is enabled and can be selected if the stitching engine is nona and the output format is TIFF > > Where can I find the docs pointing me to the way how enblend or autopano > is implemented within hugin? Is it only available in the source code? hugin only calls these programs. They are not embedded within the source code of hugin. Later versions from CVS have a preferences dialog where the locations of these can be set. Alternatively, looking in the .hugin file will tell you where hugin thinks these programs are. regards, Doug From douglasw at zahav.net.il Sat Nov 6 13:53:31 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Sat Nov 6 13:54:35 2004 Subject: [ptx] How to compile hugin cvs with libtool 1.5a instead of version 1.4? In-Reply-To: <1099744082.28905.4.camel@phlebus.mort.lan> References: <200411061159.33738.ggrubbish@web.de> <1099744082.28905.4.camel@phlebus.mort.lan> Message-ID: <1099749211.28905.14.camel@phlebus.mort.lan> On Sat, 2004-11-06 at 14:28 +0200, Douglas Wilkins wrote: [snip] > I'll try to fix this. Change committed to CVS. patch attached to this mail regards, Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: bootstrap.diff Type: text/x-patch Size: 469 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041106/03864b40/bootstrap.bin From ggrubbish at web.de Sat Nov 6 14:12:01 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sat Nov 6 14:17:35 2004 Subject: [ptx] How to compile hugin cvs with libtool 1.5a instead of version 1.4? In-Reply-To: <1099744082.28905.4.camel@phlebus.mort.lan> References: <200411061159.33738.ggrubbish@web.de> <1099744082.28905.4.camel@phlebus.mort.lan> Message-ID: <200411061512.01906.ggrubbish@web.de> Am Samstag 06 November 2004 13:28 schrieb Douglas Wilkins: > > [snip] > > > Should I edit the bootstrap script? > > [snip] > > where the version number is ahead of the internal version. On your > machine the internal version comes first so it picks the version as > 1.1 and fails. I'll try to fix this. > > regards, > Doug Hello Doug, Thank you for your help. I did a crude hack that probably only works on my installation, but I receive further errors. See the attached text file in gzip format. My configuration is as follows: hugin is configured as follows. Please verify that this configuration matches your expectations. Host system type : i686-pc-linux-gnu Option Value ------------------------------------------------------------------------- Shared libraries --enable-shared= Static libraries --enable-static= JPEG --with-jpeg= have_jpeg = yes PNG --with-png= have_png = yes TIFF --with-tiff= have_tiff = yes ZLIB --with-zlib= have_zlib = yes PANO --with-pano=/usr/local/ have_pano = yes Options used to compile and link: PREFIX = /usr/local VERSION = 0.4 CC = gcc CFLAGS = -g -DDEBUG CPPFLAGS = DEFS = -DHAVE_CONFIG_H LDFLAGS = LIBS = CXX = g++ CXXFLAGS = -g -DDEBUG JPEG_FLAGS = -I/usr/include -DHasJPEG LIB_JPEG = -L/usr/lib -ljpeg PNG_FLAGS = -I/usr/include -DHasPNG LIB_PNG = -L/usr/lib -lpng TIFF_FLAGS = -I/usr/include -DHasTIFF LIB_TIFF = -L/usr/lib -ltiff ZLIB_FLAGS = -I/usr/include -DHasZLIB LIB_ZLIB = -L/usr/lib -lz PANO_FLAGS = -I/usr/local//include -DHasPANO LIB_PANO = -L/usr/local//lib -lpano12 WX_CXXFLAGS = -I/usr/lib/wx/include/gtk-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES WX_LIBS = -pthread -lwx_gtk-2.4 -lwx_gtk_xrc-2.4 GTK_CFLAGS = -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -D_REENTRANT GTK_LIBS = -L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lgthread -lglib -lpthread -ldl -lXi -lXext -lX11 -lm FFTW_INCLUDES = FFTW_LDFLAGS = -L/usr/lib BOOST_CPPFLAGS = -I/usr/include/boost-1_30 BOOST_LIBS = -lboost_unit_test_framework-gcc-d-1_30 BUILD = linux The last error I received is ~$ make cd . && /bin/sh ./config.status Makefile config.status: creating Makefile Making all in src make[1]: Entering directory `/var/backups/download/graphics/panotools/hugin/src' Making all in jhead make[2]: Entering directory `/var/backups/download/graphics/panotools/hugin/src/jhead' source='exif.cpp' object='exif.lo' libtool=yes \ depfile='.deps/exif.Plo' tmpdepfile='.deps/exif.TPlo' \ depmode=gcc3 /bin/sh ../../config/depcomp \ @LIBTOOL@ --mode=compile g++ -DHAVE_CONFIG_H "-I." -I../../src/include -I../../src/include -g -DDEBUG -c -o exif.lo `test -f 'exif.cpp' || echo './'`exif.cpp ../../config/depcomp: line 69: @LIBTOOL@: command not found make[2]: *** [exif.lo] Error 127 make[2]: Leaving directory `/var/backups/download/graphics/panotools/hugin/src/jhead' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/backups/download/graphics/panotools/hugin/src' make: *** [all-recursive] Error 1 How to get /usr/bin/libtool instead of @LIBTOOL@ in config/depcomp ? PS: All hugin enblend pano12 autopano autopano-sift are the latest source-packages or cvs from yesterday! My debian sarge/SID installation: ~$ which gettextize;which aclocal;which libtoolize;which automake;which autoheader;which autoconf /usr/bin/gettextize /usr/bin/aclocal /usr/bin/libtoolize /usr/bin/automake /usr/bin/autoheader /usr/bin/autoconf ~$ `which gettextize` --version|grep GNU;`which aclocal` --version|grep GNU;`which libtoolize` --version|grep GNU;`which automake` --version| grep GNU;`which autoheader` --version|grep GNU;`which autoconf` --version|grep GNU /usr/bin/gettextize (GNU gettext-tools) 0.14.1 aclocal (GNU automake) 1.6.3 libtoolize (GNU libtool 1.1467 2004/04/01 04:43:56) 1.5a automake (GNU automake) 1.6.3 autoheader (GNU Autoconf) 2.59 autoconf (GNU Autoconf) 2.59 ~$ dpkg -S autoheader libtoolize aclocal gettextize |egrep "(/usr/bin/autoheader|/usr/bin/libtoolize|/usr/bin/aclocal|/usr/bin/gettextize)" autoconf2.13, autoconf: /usr/bin/autoheader libtool: /usr/bin/libtoolize automake1.6: /usr/bin/aclocal-1.6 gettext: /usr/bin/gettextize ~$ dpkg -l : ii autoconf 2.59-8 ii automake1.6 1.6.3-11 ii libtool 1.6-0+1.5a-4 ii gettext 0.14.1-6 -------------- next part -------------- A non-text attachment was scrubbed... Name: hugin-bootstrap.diff.gz Type: application/x-gzip Size: 3692 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041106/84ab7d77/hugin-bootstrap.diff.bin From ggrubbish at web.de Sat Nov 6 14:41:54 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sat Nov 6 14:45:47 2004 Subject: [ptx] How to compile hugin cvs with libtool 1.5a instead of version 1.4? In-Reply-To: <1099749211.28905.14.camel@phlebus.mort.lan> References: <200411061159.33738.ggrubbish@web.de> <1099744082.28905.4.camel@phlebus.mort.lan> <1099749211.28905.14.camel@phlebus.mort.lan> Message-ID: <200411061541.54617.ggrubbish@web.de> Am Samstag 06 November 2004 14:53 schrieb Douglas Wilkins: > On Sat, 2004-11-06 at 14:28 +0200, Douglas Wilkins wrote: > [snip] > > > I'll try to fix this. > > Change committed to CVS. patch attached to this mail > > regards, > Doug Thank you Doug, I compared the output of dbootstrap made a) with my patch (see other posting) and b) your patch (applied with patch -p1): $ diff ../bootstrap.gerhard ../bootstrap.doug 7d6 < Creating po/ subdirectory 50,52d48 < Updating EXTRA_DIST in m4/Makefile.am (backup is in m4/Makefile.am~) < Creating m4/ChangeLog < Updating Makefile.am (backup is in Makefile.am~) 59,61d54 < Please create po/Makevars from the template in po/Makevars.template. < You can then remove po/Makevars.template. < 66,68d58 < You will also need config.guess and config.sub, which you can get from < ftp://ftp.gnu.org/pub/gnu/config/. < 74c64 < Press Return to acknowledge the previous five paragraphs. --- > Press Return to acknowledge the previous three paragraphs. 86,89d75 < configure.ac: installing `config/install-sh' < configure.ac: installing `config/missing' < Makefile.am:1: AM_GNU_GETTEXT used but `po' not in SUBDIRS < src/Panorama/Makefile.am: installing `config/depcomp' There is no file in the po directory: $ ls po $ pwd /var/backups/download/graphics/panotools/hugin With your bootstrap.diff I get also the same output and errors like with my "patch ;-) ": Copying file config/mkinstalldirs Not copying intl/ directory. Copying file po/Makefile.in.in Copying file po/boldquot.sed Copying file po/en@boldquot.header Copying file po/en@quot.header Copying file po/insert-header.sin Copying file po/Makevars.template Copying file po/quot.sed Copying file po/remove-potcdate.sin Copying file po/Rules-quot Creating po/ChangeLog Copying file m4/codeset.m4 [...] Copying file m4/xsize.m4 Updating configure.ac (backup is in configure.ac~) Adding an entry to ChangeLog (backup is in ChangeLog~) Please use AM_GNU_GETTEXT([external]) in order to cause autoconfiguration to look for an external libintl. Please run 'aclocal -I m4' to regenerate the aclocal.m4 file. You need aclocal from GNU automake 1.5 (or newer) to do this. Then run 'autoconf' to regenerate the configure file. You might also want to copy the convenience header file gettext.h from the /usr/share/gettext directory into your package. It is a wrapper around that implements the configure --disable-nls option. Press Return to acknowledge the previous three paragraphs. libtoolize: putting files in AC_CONFIG_AUX_DIR, `config'. [...] configure.ac:8: `automake requires `AM_CONFIG_HEADER', not `AC_CONFIG_HEADER' Makefile.am:1: AM_GNU_GETTEXT used but `po' not in SUBDIRS ~$ I think it will result in the same make errors like my patch? Ok, Let's try it: $ sudo autoconf configure.ac:12: error: possibly undefined macro: AC_DISABLE_SHARED If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:66: error: possibly undefined macro: AC_PROG_LIBTOOL ~$ ./configure--with-GNU-ld --enable-debug --with-pano=/usr/local/ [...] config.status: executing depfiles commands hugin is configured as follows. Please verify that this configuration matches your expectations. Host system type : i686-pc-linux-gnu Option Value ------------------------------------------------------------------------- Shared libraries --enable-shared= Static libraries --enable-static= JPEG --with-jpeg= have_jpeg = yes PNG --with-png= have_png = yes TIFF --with-tiff= have_tiff = yes ZLIB --with-zlib= have_zlib = yes PANO --with-pano=/usr/local/ have_pano = yes Options used to compile and link: PREFIX = /usr/local VERSION = 0.4 CC = gcc CFLAGS = -g -DDEBUG CPPFLAGS = DEFS = -DHAVE_CONFIG_H LDFLAGS = LIBS = CXX = g++ CXXFLAGS = -g -DDEBUG JPEG_FLAGS = -I/usr/include -DHasJPEG LIB_JPEG = -L/usr/lib -ljpeg PNG_FLAGS = -I/usr/include -DHasPNG LIB_PNG = -L/usr/lib -lpng TIFF_FLAGS = -I/usr/include -DHasTIFF LIB_TIFF = -L/usr/lib -ltiff ZLIB_FLAGS = -I/usr/include -DHasZLIB LIB_ZLIB = -L/usr/lib -lz PANO_FLAGS = -I/usr/local//include -DHasPANO LIB_PANO = -L/usr/local//lib -lpano12 WX_CXXFLAGS = -I/usr/lib/wx/include/gtk-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES WX_LIBS = -pthread -lwx_gtk-2.4 -lwx_gtk_xrc-2.4 GTK_CFLAGS = -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -D_REENTRANT GTK_LIBS = -L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lgthread -lglib -lpthread -ldl -lXi -lXext -lX11 -lm FFTW_INCLUDES = FFTW_LDFLAGS = -L/usr/lib BOOST_CPPFLAGS = -I/usr/include/boost-1_30 BOOST_LIBS = -lboost_unit_test_framework-gcc-d-1_30 BUILD = linux ~$ make cd . && \ /bin/sh /var/backups/download/graphics/panotools/hugin/config/missing --run automake-1.6 --gnu Makefile configure.ac:8: `automake requires `AM_CONFIG_HEADER', not `AC_CONFIG_HEADER' Makefile.am:1: AM_GNU_GETTEXT used but `po' not in SUBDIRS make: *** [Makefile.in] Error 1 I hope these outputs will help you to point me to the right way to compile hugin on my box. Thank you in advance Gerhard From ggrubbish at web.de Sat Nov 6 15:11:14 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sat Nov 6 15:17:10 2004 Subject: [ptx] tif2xcf crashes In-Reply-To: <20041104230507.GE22617@postle.net> References: <200411010444.44066.ggrubbish@web.de> <20041104230507.GE22617@postle.net> Message-ID: <200411061611.14852.ggrubbish@web.de> Hello Bruno, Thank you for your reply: Am Freitag 05 November 2004 00:05 schrieb Bruno Postle: > > Maybe I will try nona stitched multilayered TIFF's and separate > > them with tiffsplit to blend them with enblend. What's the best > > workflow? > > Nona can create multilayer tiff files, these can be opened by > gimp-2.x, so tif2xcf is redundant as a way of getting your data into > the gimp. > Thank you for point me to this! I thought also gimp-2.05 can't handle multilayer tiff's at all. > > nona -> gimp -> enblend would be the ideal workflow for retouching > before blending, but there are two drawbacks: > > 1. The gimp can't (yet) save multilayer tiff, you need to save each > ? ?layer as a separate file - I'd be interested to hear how other > ? ?users automate this step. I'm interested in a script-fu or perl-script that does the trick, too! In photoshop I think it would be easy also for non programmers, due to the existing macro-recorder in the "action" palette. > 2. Enblend doesn't read multilayer tiff, however there is a patch > ? ?for 1.x versions: > > ? ? ?http://www.email-lists.org/pipermail/ptx/2004-June/001791.html Will there ever be a diff for enblend-2.0? > > What's the difference between the brightness and color correction > > of PTSTitcher and using emblend? > > In cases where exposure varies between shots, PTStitcher can adjust > levels in the images before blending. ?This is a good technique, but > produces nasty image artifacts when used with 8bit per channel > images. If that nasty artifacts are huge color casts, so I got that case already. > Enblend doesn't adjust image levels, but has a much more > sophisticated blending strategy which means that seams are often > undetectable - Even when joining two images of very different > exposures. I got problems I think because I made the retouch in the masks with a soft brush (fuzzy brush). I think enblend only handles straight lines in the mask (pure 1bit black and white masks)? I flattened the Image to the layer I wanted to save as a single tiff (all other layers with visibility disabled), and restored the whole image with the history palette. I repeated this for each layer. That alpha and/or mask turned into black pixels in the tiff files I received this way. Using enblend on these files results in nasty trabsparent ghost like pictures where I can only recognize one transparent layer - what's happened? Thank you in advance regards Gerhard From ggrubbish at web.de Sat Nov 6 15:29:56 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sat Nov 6 15:30:55 2004 Subject: [ptx] tif2xcf crashes (typo) In-Reply-To: <200411061611.14852.ggrubbish@web.de> References: <200411010444.44066.ggrubbish@web.de> <20041104230507.GE22617@postle.net> <200411061611.14852.ggrubbish@web.de> Message-ID: <200411061629.56482.ggrubbish@web.de> Am Samstag 06 November 2004 16:11 schrieb Gerhard Gaussling: > straight lines I meant of course "hard edges" instead. I'm sorry for my poor english! regards Gerhard From ggrubbish at web.de Sat Nov 6 15:46:33 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sat Nov 6 15:52:28 2004 Subject: [ptx] (appendix) How to compile hugin cvs on debian GNU linux sarge/SID? In-Reply-To: <200411061541.54617.ggrubbish@web.de> References: <200411061159.33738.ggrubbish@web.de> <1099749211.28905.14.camel@phlebus.mort.lan> <200411061541.54617.ggrubbish@web.de> Message-ID: <200411061646.33211.ggrubbish@web.de> Am Samstag 06 November 2004 15:41 schrieb Gerhard Gaussling: > ~$ make > cd . && \ > ? /bin/sh > /var/backups/download/graphics/panotools/hugin/config/missing --run > automake-1.6 --gnu ?Makefile > configure.ac:8: `automake requires `AM_CONFIG_HEADER', not > `AC_CONFIG_HEADER' > Makefile.am:1: AM_GNU_GETTEXT used but `po' not in SUBDIRS > make: *** [Makefile.in] Error 1 gerhard@debian:/var/backups/download/graphics/panotools/hugin$ mv -v ./src/hugin/po/Makevars.template po/Makevars `./src/hugin/po/Makevars.template' -> `po/Makevars' gerhard@debian:/var/backups/download/graphics/panotools/hugin$ make cd . && /bin/sh ./config.status Makefile config.status: creating Makefile Making all in src make[1]: Entering directory `/var/backups/download/graphics/panotools/hugin/src' Making all in jhead make[2]: Entering directory `/var/backups/download/graphics/panotools/hugin/src/jhead' source='exif.cpp' object='exif.lo' libtool=yes \ depfile='.deps/exif.Plo' tmpdepfile='.deps/exif.TPlo' \ depmode=gcc3 /bin/sh ../../config/depcomp \ @LIBTOOL@ --mode=compile g++ -DHAVE_CONFIG_H "-I." -I../../src/include -I../../src/include -g -DDEBUG -c -o exif.lo `test -f 'exif.cpp' || echo './'`exif.cpp ../../config/depcomp: line 69: @LIBTOOL@: command not found make[2]: *** [exif.lo] Error 127 make[2]: Leaving directory `/var/backups/download/graphics/panotools/hugin/src/jhead' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/backups/download/graphics/panotools/hugin/src' make: *** [all-recursive] Error 1 gerhard@debian:/var/backups/download/graphics/panotools/hugin$ Hello Doug, As you can see above ther is nothing new to discover with the bootstrap.diff compared to my bootstrap.diff. It sticks still at the @LIBTOOL@: ../../config/depcomp: line 69: @LIBTOOL@: command not found TIA Kind regards Gerhard From ggrubbish at web.de Sat Nov 6 16:41:36 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sat Nov 6 16:45:32 2004 Subject: [ptx] (appendix2) ../../config/depcomp: line 69: @LIBTOOL@: command not found was: How to compile hugin cvs? In-Reply-To: <200411061646.33211.ggrubbish@web.de> References: <200411061159.33738.ggrubbish@web.de> <200411061541.54617.ggrubbish@web.de> <200411061646.33211.ggrubbish@web.de> Message-ID: <200411061741.36986.ggrubbish@web.de> Am Samstag 06 November 2004 16:46 schrieb Gerhard Gaussling: > [...] > Hello Doug, > > As you can see above ther is nothing new to discover with the > bootstrap.diff compared to my bootstrap.diff. It sticks still at the > @LIBTOOL@: > ../../config/depcomp: line 69: @LIBTOOL@: command not found > > [...] Hello, I'm sorry, but I'm not a programmar, but because I had problems with the @LIBTOOL@ I discovered a whole bunch of @VARIABLE@ in the generated makefile, so I expect a lot of problems to compile hugin. I'm just wondering if expressions like @VARIABLE@ are the normal occurence in a linux makefile? [...] FFTW_LDFLAGS = -L/usr/lib GENCAT = @GENCAT@ GLIBC21 = @GLIBC21@ GMSGFMT = /usr/bin/msgfmt GTK_CFLAGS = -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/incl ude -D_REENTRANT GTK_CONFIG = /usr/bin/gtk-config GTK_LIBS = -L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lgthread -lglib -lpthread -ldl -lXi -lXext -lX11 -lm GTK_USEDVERSION = 1 HAVE_ASPRINTF = @HAVE_ASPRINTF@ HAVE_LIB = @HAVE_LIB@ HAVE_POSIX_PRINTF = @HAVE_POSIX_PRINTF@ HAVE_SNPRINTF = @HAVE_SNPRINTF@ HAVE_WPRINTF = @HAVE_WPRINTF@ INSTALL_STRIP_PROGRAM = ${SHELL} $(install_sh) -c -s INSTOBJEXT = @INSTOBJEXT@ INTLBISON = @INTLBISON@ INTLLIBS = INTLOBJS = @INTLOBJS@ INTL_LIBTOOL_SUFFIX_PREFIX = @INTL_LIBTOOL_SUFFIX_PREFIX@ JPEG_FLAGS = -I/usr/include -DHasJPEG LIB = @LIB@ LIBICONV = -liconv LIBINTL = LIBTOOL = @LIBTOOL@ LIB_FFTW = -lrfftw -lfftw LIB_JPEG = -L/usr/lib -ljpeg LIB_PANO = -L/usr/local//lib -lpano12 [...] regards Gerhard Gau?ling From douglasw at zahav.net.il Sat Nov 6 19:57:46 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Sat Nov 6 19:57:47 2004 Subject: [ptx] (appendix2) ../../config/depcomp: line 69: @LIBTOOL@: command not found was: How to compile hugin cvs? In-Reply-To: <200411061741.36986.ggrubbish@web.de> References: <200411061159.33738.ggrubbish@web.de> <200411061541.54617.ggrubbish@web.de> <200411061646.33211.ggrubbish@web.de> <200411061741.36986.ggrubbish@web.de> Message-ID: <1099771066.3963.2.camel@phlebus.mort.lan> On Sat, 2004-11-06 at 17:41 +0100, Gerhard Gaussling wrote: [snip] > I'm sorry, but I'm not a programmar, but because I had problems with the > @LIBTOOL@ I discovered a whole bunch of @VARIABLE@ in the generated > makefile, so I expect a lot of problems to compile hugin. > > I'm just wondering if expressions like @VARIABLE@ are the normal > occurence in a linux makefile? No it is not :-( Can you give me all the versions that you used of libtool, automake, autoconf and gettextize? (or uncomment the debug output lines in bootstrap and send the output of that) regards, Doug From ggrubbish at web.de Sat Nov 6 21:17:11 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sat Nov 6 21:20:50 2004 Subject: [ptx] (appendix2) ../../config/depcomp: line 69: @LIBTOOL@: command not found was: How to compile hugin cvs? In-Reply-To: <1099771066.3963.2.camel@phlebus.mort.lan> References: <200411061159.33738.ggrubbish@web.de> <200411061741.36986.ggrubbish@web.de> <1099771066.3963.2.camel@phlebus.mort.lan> Message-ID: <200411062217.12070.ggrubbish@web.de> Am Samstag 06 November 2004 20:57 schrieb Douglas Wilkins: > > I'm just wondering if expressions like @VARIABLE@ are the normal > > occurence in a linux makefile? > > No it is not :-( > > Can you give me all the versions that you used of libtool, automake, > autoconf and gettextize? (or uncomment the debug output lines in > bootstrap and send the output of that) Hello Doug, Thank you for your help again. As I mentioned in my mails 'm not a programmar. I'm just fascinated by the idea of open-source. So I try to do my private stuff on debian GNU linux (www.debian.org). I've tried even though PTGui on Windows, but that' a couple of weeks behind. As I mentioned I'm not familiar with C, C++ nor Perl or Java, I'm just a graphic designer and someone who's interested in computer techniques. But I will do my best to help you to figure out whats wrong to build hugin on my debian box. No - I'm very pleased to see how generous is your help in doing this. Maybe - if I'm able with my spare skills - Hopefully I'll gonna distribute debian packages for hugin, or spend some time on assist Andreas Hirczy, Philipp Frauenfelder, or Franck Sicard to maintain the debian cvs packages. Now to the focus of this thread: Almost all of the Information I have is in the - unfortunately - missnamed file hugin-bootstrap.diff.gz (It's not only a diff, it's also a log of my compile session) of this posting: http://article.gmane.org/gmane.comp.misc.ptx/2701 and in the posting itself. If there's a lack on information in this material, please do not hesitate to let me know. (excerpt of the mentioned posting above): ~$ `which gettextize` --version|grep GNU;`which aclocal` --version|grep GNU;`which libtoolize` --version|grep GNU;`which automake` --version| grep GNU;`which autoheader` --version|grep GNU;`which autoconf` --version|grep GNU /usr/bin/gettextize (GNU gettext-tools) 0.14.1 aclocal (GNU automake) 1.6.3 libtoolize (GNU libtool 1.1467 2004/04/01 04:43:56) 1.5a automake (GNU automake) 1.6.3 autoheader (GNU Autoconf) 2.59 autoconf (GNU Autoconf) 2.59 Kind regards Gerhard Gau?ling From ggrubbish at web.de Sat Nov 6 21:36:25 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sat Nov 6 21:42:13 2004 Subject: [ptx] (appendix2) How to compile hugin cvs under debian linux [typo]? In-Reply-To: <200411062217.12070.ggrubbish@web.de> References: <200411061159.33738.ggrubbish@web.de> <1099771066.3963.2.camel@phlebus.mort.lan> <200411062217.12070.ggrubbish@web.de> Message-ID: <200411062236.25956.ggrubbish@web.de> Am Samstag 06 November 2004 22:17 schrieb Gerhard Gaussling: > I've tried even though PTGui on Windows, but that' a couple of weeks > behind. I have tried already PTGui on Windows, but it is already a few weeks ago. (Is this the right english ?) > As I mentioned I'm not familiar with C, C++ nor Perl or Java, I'm > just a graphic designer and someone who's interested in computer > techniques. > > But I will do my best to help you to figure out whats wrong to build > hugin on my debian box. No - I'm very pleased to see how generous is > your help in doing this. > > Maybe - if I'm able with my spare skills - Hopefully I'll gonna --------------------------------------^^^^ of course: limited skills - like my limited abilities to speak and write in English ;-( > distribute debian packages for hugin, or spend some time on assist > Andreas Hirczy, Philipp Frauenfelder, or Franck Sicard to maintain > the debian cvs packages. From pablo at mathematik.uni-ulm.de Sun Nov 7 08:59:15 2004 From: pablo at mathematik.uni-ulm.de (Pablo d'Angelo) Date: Sun Nov 7 08:59:01 2004 Subject: [ptx] hugin and autopano-sift In-Reply-To: <200411061206.02190.ggrubbish@web.de> References: <418A28B3.50206@mmce.mee.com> <20041104183550.GB1442@svalbart> <200411061206.02190.ggrubbish@web.de> Message-ID: <20041107085915.GA31692@wurm.wh-wurm.uni-ulm.de> On Sat, 06 Nov 2004, Gerhard Gaussling wrote: > Funny, I installed autopano-sift before autopano-1.03 and cannot change > to autopano-1.03 used within hugin. > > So it's the upside-down situation, I would suggest to have a possibility > to switch the method and the ability to add parameters would be > helpful. The current CVS version contains that feature, in the preferences screen. We should supply a new windows build (I guess you're on windows). ciao Pablo -- http://wurm.wohnheim.uni-ulm.de/~redman/ Please use PGP. From ggrubbish at web.de Sun Nov 7 12:48:42 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sun Nov 7 12:51:32 2004 Subject: [ptx] hugin and autopano-sift In-Reply-To: <20041107085915.GA31692@wurm.wh-wurm.uni-ulm.de> References: <418A28B3.50206@mmce.mee.com> <200411061206.02190.ggrubbish@web.de> <20041107085915.GA31692@wurm.wh-wurm.uni-ulm.de> Message-ID: <200411071348.42836.ggrubbish@web.de> Am Sonntag 07 November 2004 09:59 schrieb Pablo d'Angelo: > The current CVS version contains that feature, in the preferences > screen. We should supply a new windows build (I guess you're on > windows). Hello Pablo, thank you for your reply. Your guess is faulty like you can see in this thread: http://thread.gmane.org/gmane.comp.misc.ptx/2695 Beside that I'm using 0.4pre on Windows too, but more rarely than on my debian box. Kind regards Gerhard From ahi at itp.tugraz.at Sun Nov 7 14:22:23 2004 From: ahi at itp.tugraz.at (Andreas Hirczy) Date: Sun Nov 7 14:22:09 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool Message-ID: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> Hi, I have made a first attempt to create an alternative build system for libpano12 utilizing GNU autoconf, automake and libtool. PLATFORMS: Debian GNU/Linux Testing (3.1) + Unstable: These work has been done on Debian GNU/Linux Testing and Unstable - PTOptimizer is working, but I can not get hugin from CVS to work. Debian GNU/Linux Stable (3.0): It does not work on Debian GNU/Linux Stable, since there is a problem compiling panoinfo_unix.c Redhat Linux 7.3: It does not work on Redhat Linux 7.3 at all. AUTOTOOLS RELEASES: I used those autotools with these release numbers: ltmain.sh (GNU libtool) 1.5.6 (1.1220.2.95 2004/04/11 05:50:42) Debian: 215 $ autoconf (GNU Autoconf) 2.59 automake (GNU automake) 1.7.9 DOWNLOAD and BUILD: You can download the necessary files from . Extract to your working copy and run the usual sequence of autotools commands as outlined in the shell skript "./bootstrap". Please be aware, that the "Makefile" for builds on MS Windows will be overwritten by automake. LICENSE: All files are free software; you can redistribute them and/or modify them under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA -- Andreas Hirczy http://itp.tugraz.at/~ahi/ Graz University of Technology phone: +43/316/873-81 90 Institute of Theoretical and Computational Physics fax: +43/316/873-86 78 Petersgasse 16, A-8010 Graz mobile: +43/699/19 14 24 60 From ahi at itp.tugraz.at Sun Nov 7 15:02:11 2004 From: ahi at itp.tugraz.at (Andreas Hirczy) Date: Sun Nov 7 15:01:57 2004 Subject: [ptx] hugin (CVS) - segmentation fault Message-ID: <8azn1tn1n0.fsf@faeppc48.tu-graz.ac.at> Hi, I try to run hugin from CVS on Debian GNU/Linux Testing with a newly generated libpano12 (libtool). Configuration and build seem to work without major troubles, but I get an error "Segmentation fault" on startup, even if I just start without an PTO file. The stack trace shows: ################### [ahi@faeppc48 hugin-0.3.20041102]$ pwd /home/ahi/debian/PANO/hugin-0.3.20041102 [ahi@faeppc48 hugin-0.3.20041102]$ /tmp/hugin-0.3.20041102/bin/hugin Panorama obj created Segmentation fault (core dumped) [ahi@faeppc48 hugin-0.3.20041102]$ gdb -c core /tmp/hugin-0.3.20041102/bin/hugin GNU gdb 6.1-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-linux"...Using host libthread_db library "/lib/libthread_db.so.1". Core was generated by `/tmp/hugin-0.3.20041102/bin/hugin'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libwx_gtk-2.4.so.0...done. Loaded symbols for /usr/lib/libwx_gtk-2.4.so.0 Reading symbols from /usr/lib/libwx_gtk_xrc-2.4.so.0...done. Loaded symbols for /usr/lib/libwx_gtk_xrc-2.4.so.0 Reading symbols from /usr/lib/libgtk-1.2.so.0...done. Loaded symbols for /usr/lib/libgtk-1.2.so.0 ... Loaded symbols for /usr/lib/libXrender.so.1 #0 0x081720c8 in PreferencesDialog::UpdateDisplayData (this=0x84d9580) at PreferencesDialog.cpp:164 164 MY_STR_VAL("prefs_ft_CurvThreshold", tstr); (gdb) where #0 0x081720c8 in PreferencesDialog::UpdateDisplayData (this=0x84d9580) at PreferencesDialog.cpp:164 #1 0x08171693 in PreferencesDialog (this=0x84d9580, parent=0x0) at PreferencesDialog.cpp:75 #2 0x080e8210 in MainFrame (this=0x83ba5d0, parent=0x0, pano=@0x83a7548) at MainFrame.cpp:299 #3 0x080d66dd in huginApp::OnInit (this=0x83a74c8) at huginApp.cpp:212 #4 0x40254698 in wxEntry () from /usr/lib/libwx_gtk-2.4.so.0 #5 0x080d576b in main (argc=0, argv=0x0) at huginApp.cpp:55 ################### The checkout from CVS has been made up to date at "Sun Nov 7 14:37:49 UTC 2004" (don't let yourself fool by the date string in my directory name "/home/ahi/debian/PANO/hugin-0.3.20041102"). -- Andreas Hirczy http://itp.tugraz.at/~ahi/ Graz University of Technology phone: +43/316/873-81 90 Institute of Theoretical and Computational Physics fax: +43/316/873-86 78 Petersgasse 16, A-8010 Graz mobile: +43/699/19 14 24 60 From ggrubbish at web.de Sun Nov 7 15:07:30 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sun Nov 7 15:07:45 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> Message-ID: <200411071607.31190.ggrubbish@web.de> Am Sonntag 07 November 2004 15:22 schrieb Andreas Hirczy: > Hi, > > I have made a first attempt to create an alternative build system for > libpano12 utilizing GNU autoconf, automake and libtool. > > > > PLATFORMS: > > Debian GNU/Linux Testing (3.1) + Unstable: > > These work has been done on Debian GNU/Linux Testing and > Unstable - PTOptimizer is working, but I can not get hugin from CVS > to work. Hello Andreas, good to hear that, because I think it is a good idea to get a build system which is able to automate the build process of the panotools on different platforms. I don't understand much of the GNU autotools, but today I found on the web this book, because of the troubles I hasve to compile hugin from cvs checkout source (see thread from yesterday): "The Goat Book'' GNU Autoconf, Automake, and Libtool by Gary V. Vaughan, Ben Elliston, Tom Tromey and Ian Lance Taylor 2000 by New Riders publishing http://sources.redhat.com/autobook/ http://sources.redhat.com/autobook/autobook/autobook_toc.html#SEC_Contents This document was generated by Gary V. Vaughan on September, 12 2004 This might be helpfull to all developers who want to use the GNU autotools build system. I don't know if this is usefull for somebody, but it seems to be relatively new, and maybe this info is helpful to you. Due to the fact, that I'm not a programmer the book didn't help me to compile hugin from cvs ;-( . Kind regards Gerhard Gau?ling From ggrubbish at web.de Sun Nov 7 15:26:33 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sun Nov 7 15:33:15 2004 Subject: [ptx] hugin (CVS) - segmentation fault In-Reply-To: <8azn1tn1n0.fsf@faeppc48.tu-graz.ac.at> References: <8azn1tn1n0.fsf@faeppc48.tu-graz.ac.at> Message-ID: <200411071626.33252.ggrubbish@web.de> Am Sonntag 07 November 2004 16:02 schrieb Andreas Hirczy: > I try to run hugin from CVS on Debian GNU/Linux Testing with a newly > generated libpano12 (libtool). Configuration and build seem to work > without major troubles Hello Andreas, how did you do that? I had problems to generate a useful makefile. The makefile I receive with bootstrap ; aclocal -I m4 ; autoconf and configure seems to be more a makefile.am than a useful Makefile. I got debian sarge/SID with these buildtools: /usr/bin/gettextize (GNU gettext-tools) 0.14.1 aclocal (GNU automake) 1.6.3 libtoolize (GNU libtool 1.1467 2004/04/01 04:43:56) 1.5a automake (GNU automake) 1.6.3 autoheader (GNU Autoconf) 2.59 autoconf (GNU Autoconf) 2.59 For further Information, please see the thread [ptx] How to compile hugin cvs with libtool 1.5a instead of version 1.4? I think it would also be the best to stay with these problems in the thread mentioned above. Unfortunately I can't help you with your debug session :-( Kind regards Gerhard From twjacobs at gmail.com Sun Nov 7 02:20:26 2004 From: twjacobs at gmail.com (Tim Jacobs) Date: Sun Nov 7 15:51:16 2004 Subject: [ptx] seperate nona stiticher Message-ID: <5522dce804110618201b85f538@mail.gmail.com> I recently ported a program called PTLens from Visual Basic to C. This program corrects lens distortions using a database of correction coefficients for various camera/lens combinations through PTStitcher. I'm having some problems with the Linux version of PTStitcher and wanted to see about using the nona stitcher instead. Is this possible? How would I go about doing such a thing? Keep in mind that I'm a novice programmer! My current program (as well as the original PTLens for windows) creates a script for PTStitcher and then makes a system call to do the distortion correction. Thanks for any advice. Tim From douglasw at zahav.net.il Sun Nov 7 16:46:54 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Sun Nov 7 16:47:42 2004 Subject: [ptx] hugin (CVS) - segmentation fault In-Reply-To: <200411071626.33252.ggrubbish@web.de> References: <8azn1tn1n0.fsf@faeppc48.tu-graz.ac.at> <200411071626.33252.ggrubbish@web.de> Message-ID: <1099846014.19379.9.camel@phlebus.mort.lan> On Sun, 2004-11-07 at 16:26 +0100, Gerhard Gaussling wrote: > /usr/bin/gettextize (GNU gettext-tools) 0.14.1 > aclocal (GNU automake) 1.6.3 Too old > libtoolize (GNU libtool 1.1467 2004/04/01 04:43:56) 1.5a > automake (GNU automake) 1.6.3 Too old, Though it would explain the errors you are getting. How did this get past the check.... TYPO/copy/paste error!!!!!!! how did I miss that ????? Updating CVS, Patch attached regards, Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: bootstrap.diff Type: text/x-patch Size: 669 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041107/bef89286/bootstrap.bin From bruno at postle.net Sun Nov 7 17:09:47 2004 From: bruno at postle.net (Bruno Postle) Date: Sun Nov 7 17:09:31 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> Message-ID: <20041107170947.GC2426@postle.net> On Sun 07-Nov-2004 at 15:22 +0100, Andreas Hirczy wrote: > > I have made a first attempt to create an alternative build system for > libpano12 utilizing GNU autoconf, automake and libtool. Great, this is really useful. I'm Cc'ing this reply to panotools-devel as probably not everyone is subscribed to the ptx list. Everything works fine for me on fedora fc2, these are my comments so far: - Java libraries. The pano12 library can be built without Sun Java, as long as you have gnu gcc-gcj headers in place. - The header files are being installed to $PREFIX/include. Hugin and other tools expect them in $PREFIX/include/pano12 - This is probably why you can't get hugin to build. - Just five of the header files are installed by the Makefile, is this intentional or are these all that are required to link to the library? This could be the other reason hugin doesn't build. - I don't have a full list of contributor names, but you should at least add Bret McKee to the AUTHORS file. - This build system needs to work on mac osx and win32 as well as linux. We need testers for osx and Windows, any volunteers? - It was a mistake to introduce the old windows makefile into CVS as 'Makefile', this should be renamed to 'makefile.win32' so there is no collision with the automake generated file. - These files and links are created: libpano12.so -> libpano12.so.0.0.0 libpano12.so.0 -> libpano12.so.0.0.0 libpano12.so.0.0.0 I'm not sure, but shouldn't they be something like this: libpano12.so -> libpano12.so.2.7.0.7 libpano12.so.2 -> libpano12.so.2.7.0.7 libpano12.so.2.7.0.7 If nobody objects, I'll add the three new files (AUTHORS, bootstrap, configure.in, HACKING & Makefile.am) to the libpano CVS. > PLATFORMS: > > Debian GNU/Linux Testing (3.1) + Unstable: > > These work has been done on Debian GNU/Linux Testing and Unstable - > PTOptimizer is working, but I can not get hugin from CVS to work. > > Debian GNU/Linux Stable (3.0): > > It does not work on Debian GNU/Linux Stable, since there is a problem > compiling panoinfo_unix.c > > Redhat Linux 7.3: > > It does not work on Redhat Linux 7.3 at all. > > > AUTOTOOLS RELEASES: > > I used those autotools with these release numbers: > > ltmain.sh (GNU libtool) 1.5.6 (1.1220.2.95 2004/04/11 05:50:42) Debian: 215 $ > autoconf (GNU Autoconf) 2.59 > automake (GNU automake) 1.7.9 > > > > DOWNLOAD and BUILD: > > You can download the necessary files from > . Extract to your > working copy and run the usual sequence of autotools commands as outlined in > the shell skript "./bootstrap". Please be aware, that the "Makefile" for > builds on MS Windows will be overwritten by automake. > > > > LICENSE: > > All files are free software; you can redistribute them and/or modify them > under the terms of the GNU General Public License as published by the Free > Software Foundation; either version 2 of the License, or (at your option) any > later version. > > This program is distributed in the hope that it will be useful, but WITHOUT > ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS > FOR A PARTICULAR PURPOSE. See the GNU General Public License for more > details. > > You should have received a copy of the GNU General Public License along with > this program; if not, write to the Free Software Foundation, Inc., 59 Temple > Place, Suite 330, Boston, MA 02111-1307 USA > > -- > Andreas Hirczy http://itp.tugraz.at/~ahi/ > Graz University of Technology phone: +43/316/873-81 90 > Institute of Theoretical and Computational Physics fax: +43/316/873-86 78 > Petersgasse 16, A-8010 Graz mobile: +43/699/19 14 24 60 From bruno at postle.net Sun Nov 7 17:30:45 2004 From: bruno at postle.net (Bruno Postle) Date: Sun Nov 7 17:30:29 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <20041107170947.GC2426@postle.net> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> Message-ID: <20041107173044.GD2426@postle.net> On Sun 07-Nov-2004 at 17:09 +0000, Bruno Postle wrote: > On Sun 07-Nov-2004 at 15:22 +0100, Andreas Hirczy wrote: > > > > I have made a first attempt to create an alternative build system for > > libpano12 utilizing GNU autoconf, automake and libtool. > - Just five of the header files are installed by the Makefile, is > this intentional or are these all that are required to link to the > library? This could be the other reason hugin doesn't build. This also means that an incomplete set of header files gets added to the tarball when you `make dist` - The tarball doesn't build. > If nobody objects, I'll add the three new files (AUTHORS, bootstrap, > configure.in, HACKING & Makefile.am) to the libpano CVS. I meant to say I'll add the FIVE new files to CVS. -- Bruno From ggrubbish at web.de Sun Nov 7 17:29:19 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sun Nov 7 17:31:19 2004 Subject: [ptx] hugin (CVS) - segmentation fault In-Reply-To: <1099846014.19379.9.camel@phlebus.mort.lan> References: <8azn1tn1n0.fsf@faeppc48.tu-graz.ac.at> <200411071626.33252.ggrubbish@web.de> <1099846014.19379.9.camel@phlebus.mort.lan> Message-ID: <200411071829.22068.ggrubbish@web.de> Am Sonntag 07 November 2004 17:46 schrieb Douglas Wilkins: > On Sun, 2004-11-07 at 16:26 +0100, Gerhard Gaussling wrote: > > /usr/bin/gettextize (GNU gettext-tools) 0.14.1 > > aclocal (GNU automake) 1.6.3 > > Too old > > > libtoolize (GNU libtool 1.1467 2004/04/01 04:43:56) 1.5a > > automake (GNU automake) 1.6.3 > > Too old, Though it would explain the errors you are getting. > > How did this get past the check.... > TYPO/copy/paste error!!!!!!! how did I miss that ????? Updating CVS, > Patch attached > > regards, > Doug Hello Doug, Thank you for the patch $ ./bootstrap You must have automake 1.7.x or later installed to compile hugin. Install the appropriate package for your distribution, or get the source tarball at http://ftp.gnu.org/gnu/automake/ I didn't know that my automake was that outdated: apt-cache search automake automake1.4 - A tool for generating GNU Standards-compliant Makefiles. automake1.6 - A tool for generating GNU Standards-compliant Makefiles. automake1.7 - A tool for generating GNU Standards-compliant Makefiles automake1.8 - A tool for generating GNU Standards-compliant Makefiles automake1.9 - A tool for generating GNU Standards-compliant Makefiles I got now unstable/main automake1.9 1.9.3-1 testing/main automake1.8 1.8.5-2 $ `which automake` --version automake (GNU automake) 1.9.3 Now it's just on the way to compile :-). So, hopefully soon (667 MHZ PIII) I will be able to say something on the segmentation fault Andreas mentioned in this thread. Kind regards Gerhard Gau?ling From douglasw at zahav.net.il Sun Nov 7 17:44:04 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Sun Nov 7 17:44:32 2004 Subject: [ptx] hugin (CVS) - segmentation fault In-Reply-To: <200411071829.22068.ggrubbish@web.de> References: <8azn1tn1n0.fsf@faeppc48.tu-graz.ac.at> <200411071626.33252.ggrubbish@web.de> <1099846014.19379.9.camel@phlebus.mort.lan> <200411071829.22068.ggrubbish@web.de> Message-ID: <1099849444.19379.15.camel@phlebus.mort.lan> On Sun, 2004-11-07 at 18:29 +0100, Gerhard Gaussling wrote: [snip] > I didn't know that my automake was that outdated: > > apt-cache search automake > automake1.4 - A tool for generating GNU Standards-compliant Makefiles. > automake1.6 - A tool for generating GNU Standards-compliant Makefiles. > automake1.7 - A tool for generating GNU Standards-compliant Makefiles > automake1.8 - A tool for generating GNU Standards-compliant Makefiles > automake1.9 - A tool for generating GNU Standards-compliant Makefiles > > I got now > unstable/main automake1.9 1.9.3-1 > testing/main automake1.8 1.8.5-2 > $ `which automake` --version > automake (GNU automake) 1.9.3 > > Now it's just on the way to compile :-). So, hopefully soon (667 MHZ > PIII) I will be able to say something on the segmentation fault Andreas > mentioned in this thread. Let me know how it goes. I've only tested with 1.7 & 1.8 so reports with 1.9 (success/failure) would be good. regards, Doug From ed.gomez at free.fr Sun Nov 7 17:58:39 2004 From: ed.gomez at free.fr (Edouard Gomez) Date: Sun Nov 7 17:58:25 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <20041107170947.GC2426@postle.net> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> Message-ID: <20041107175839.GA5503@edgomez.dyndns.org> Bruno Postle (bruno@postle.net) wrote: > - These files and links are created: > > libpano12.so -> libpano12.so.0.0.0 > libpano12.so.0 -> libpano12.so.0.0.0 > libpano12.so.0.0.0 > > I'm not sure, but shouldn't they be something like this: > > libpano12.so -> libpano12.so.2.7.0.7 > libpano12.so.2 -> libpano12.so.2.7.0.7 > libpano12.so.2.7.0.7 Nope, you were close but that's not it. You should have: libpano12.so -> libpano12.so.2 libpano12.so.2 -> libpano12.so.2.7.0.7 libpano12.so.2.7.0.7 Note that libpano12.so is only meant for developers and should not be packaged for binary distributions. That way users only deal with libpano12.so.2, and if devs respect the "don't break API/ABI if the major lib number doesn't change", then users will have all their libpano12 dependent progs linked against libpano12.so.2 by their binary distributor (because when u use -lpano12 in LDFLAGS, ld solves libpano12.so to libpano12.so.2). This linking policy is used by most of the linux distributions, debian (see dfsg, section dealing with lib packages), mandrake, fedora iirc... -- Edouard Gomez From marko.thiele at gmx.de Sun Nov 7 19:05:27 2004 From: marko.thiele at gmx.de (Marko Thiele) Date: Sun Nov 7 19:45:30 2004 Subject: [ptx] compiling hugin on SUSE 9.1 Message-ID: <200411072005.27232.marko.thiele@gmx.de> hi there, I'm not that new to hugin but everything related to compiling is still some mystery to me. I had hugin up and running on my SUSE 9.0 instalation (I used the Fedora rpm's to install it) and after updating to SUSE 9.1 it still kept working fine. However for some strange reason I had to uninstall hugin. And now the reinstalling process is some how quite more complicated than expected. I did the same thing I did on my SUSE 9.0 system but when I tried running hugin it kept crashing. The logo flashed up and right after that it got back to me with an segmentation fault. So I thought it might be better if I recompile hugin and the related stuff (wxWindows, XRC,... ) myself. And after some heavy struggle I now got it compiled only to see the same strange crashing. Here what I got: --- schnipp --- hoopy@shutterbug:~/downloads/hugin/hugin-0.4/src/hugin> ./hugin Panorama obj created Speicherzugriffsfehler --- schnapp --- "Speicherzugriffsfehler" is German and should be "segmentation fault" I know that this is not to much to work with but I don't know how to get some more debugging information since I'm not to much involved with programming. Maybe someone got the same problem and knows what to do or someone can tell me how to get some more debugging info and I will post it here. Marko From ggrubbish at web.de Sun Nov 7 20:23:12 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sun Nov 7 20:26:07 2004 Subject: [ptx] hugin (CVS) - segmentation fault In-Reply-To: <1099849444.19379.15.camel@phlebus.mort.lan> References: <8azn1tn1n0.fsf@faeppc48.tu-graz.ac.at> <200411071829.22068.ggrubbish@web.de> <1099849444.19379.15.camel@phlebus.mort.lan> Message-ID: <200411072123.13594.ggrubbish@web.de> Am Sonntag 07 November 2004 18:44 schrieb Douglas Wilkins: > Let me know how it goes. I've only tested with 1.7 & 1.8 so reports > with 1.9 (success/failure) would be good. Hello Doug, good news: It works good. I also hope, that it is more stable than my last hugin hugin_0.3.20041028-1_i386.deb, which often crashes on setting control points [1]. The preference dialog is quite good. Thanks a lot for help! Regards Gerhard Hello Andreas, Here some info's about libpano for you to figure out what's happened to his cvs build, maybe it is because of the panolib header files, like Bruno Postle mentioned before: This is the configure command I used: ./configure --with-GNU-ld --enable-debug --with-pano=/usr/local/ libpano FileVersion: 2.7.0.7 ldd `which hugin` [...] libpano.so.0 => /usr/lib/libpano.so.0 [...] I copied and linked manually the files to get the configure script satisfied about the libpano: $ ll /usr/lib/libpano*so* lrwxrwxrwx 1 root root 21 2004-10-31 14:30 /usr/lib/libpano12.so -> /usr/lib/libpano.so.0 lrwxrwxrwx 1 root root 27 2004-11-07 21:08 /usr//lib/libpano.so.0 -> /usr/local/lib/libpano12.so The header files are here: /usr/local/include/pano12 [1] hugin cvs crash on control points: [...] DEBUG 20:36:51.081034 (../../src/include/vigra_ext/Correlation.h:261) subpixelMaxima(): value at subpixel maxima (0.310445 , -0.400332): 0.483219,0.479948 mean:0.481583 coeff: a=0.474784; b=-0.0257992; c=-0.0322223 DEBUG 20:36:51.081853 (../../src/include/vigra_ext/Correlation.h:621) PointFineTuneRotSearch(): subpixel position: max:0.481583 at ( 131.31 42.5997 ) under angle: -13.6364 INFO 20:36:51.843673 (ImagesPanel.cpp:151) FitParent(): 1510x997 TRACE 20:36:51.856596 (CPImageCtrl.cpp:789) OnSize(): DEBUG 20:36:51.856904 (CPImageCtrl.cpp:765) setScale(): new scale factor:1 DEBUG 20:36:51.857255 (CPImageCtrl.cpp:369) rescaleImage(): src image size 1024x1536 DEBUG 20:36:51.857567 (CPImageCtrl.cpp:376) rescaleImage(): rescaling to 746x497 DEBUG 20:36:51.939842 (CPImageCtrl.cpp:378) rescaleImage(): rescaling finished TRACE 20:36:51.940536 (CPImageCtrl.cpp:789) OnSize(): TRACE 20:36:51.943469 (PanoPanel.cpp:507) FitParent(): TRACE 20:36:51.944226 (NonaStitcherPanel.cpp:386) FitParent(): INFO 20:36:51.944596 (NonaStitcherPanel.cpp:391) FitParent(): 1470x668 INFO 20:36:51.944870 (PanoPanel.cpp:512) FitParent(): 1510x997 INFO 20:36:52.119176 (ImagesPanel.cpp:151) FitParent(): 1578x997 TRACE 20:36:52.132380 (CPImageCtrl.cpp:789) OnSize(): DEBUG 20:36:52.132686 (CPImageCtrl.cpp:765) setScale(): new scale factor:1.04558 DEBUG 20:36:52.133103 (CPImageCtrl.cpp:369) rescaleImage(): src image size 1024x1536 DEBUG 20:36:52.133391 (CPImageCtrl.cpp:376) rescaleImage(): rescaling to 780x520 DEBUG 20:36:52.224881 (CPImageCtrl.cpp:378) rescaleImage(): rescaling finished TRACE 20:36:52.225556 (CPImageCtrl.cpp:789) OnSize(): TRACE 20:36:52.229443 (PanoPanel.cpp:507) FitParent(): TRACE 20:36:52.230229 (NonaStitcherPanel.cpp:386) FitParent(): INFO 20:36:52.230604 (NonaStitcherPanel.cpp:391) FitParent(): 1538x668 INFO 20:36:52.230858 (PanoPanel.cpp:512) FitParent(): 1578x997 For 9 minutes hugin doesn't react on my mouse clicks, but shows the graphics, even when covered by another window. I killed it then. From twjacobs at gmail.com Sun Nov 7 20:40:00 2004 From: twjacobs at gmail.com (Tim Jacobs) Date: Sun Nov 7 20:39:45 2004 Subject: [ptx] PTStitcher script? Message-ID: <5522dce8041107124043a82d67@mail.gmail.com> I'd like to use nona to correct lens distortions in images. I have a script that works for PTStitcher but not for nona. The script is: p w2048 h1536 f0 u20 v40.83492 n"JPEG g0 q90 " m g1 i0 i n"test.jpg" o f0 y0 r0 p0 v40.83492 a0.007043 b-0.024821 c0.000000 d0 e0 the output I get from nona is: Panorama obj created ERROR: 15:22:44.310793 (Panorama.cpp:125) getPTStringParam(): could not find string param n in line: o f0 y0 r0 p0 v40.83492 a0.007043 b-0.024821 c0.000000 d0 e0 ERROR: 15:22:44.429018 (Panorama.cpp:125) getPTStringParam(): could not find string param n in line: o f0 y0 r0 p0 v40.83492 a0.007043 b-0.024821 c0.000000 d0 e0 output image size: 2048x1535 caught exception: Precondition violation! BasicImage::resize(int width, int height, value_type const &): width and height must be >= 0. (../foreign/vigra/basicimage.hxx:760) I did read that nona reads PTOptimizer scripts (and this is a PTStitcher script) but I confess I'm confused about these scripts in general. I thought all the information for both PTStitcher and PTOptimizer was in one file. Any help would be much appreciated. Tim From marko.thiele at gmx.de Sun Nov 7 21:01:34 2004 From: marko.thiele at gmx.de (Marko Thiele) Date: Sun Nov 7 21:01:21 2004 Subject: [ptx] compiling hugin on SUSE 9.1 Message-ID: <200411072201.34584.marko.thiele@gmx.de> hi there, I'm not that new to hugin but everything related to compiling is still some mystery to me. I had hugin up and running on my SUSE 9.0 instalation (I used the Fedora rpm's to install it) and after updating to SUSE 9.1 it still kept working fine. However for some strange reason I had to uninstall hugin. And now the reinstalling process is some how quite more complicated than expected. I did the same thing I did on my SUSE 9.0 system but when I tried running hugin it kept crashing. The logo flashed up and right after that it got back to me with an segmentation fault. So I thought it might be better if I recompile hugin and the related stuff (wxWindows, XRC,... ) myself. And after some heavy struggle I now got it compiled only to see the same strange crashing. Here what I got: --- schnipp --- hoopy@shutterbug:~/downloads/hugin/hugin-0.4/src/hugin> ./hugin Panorama obj created Speicherzugriffsfehler --- schnapp --- "Speicherzugriffsfehler" is German and should be "segmentation fault" I know that this is not to much to work with but I don't know how to get some more debugging information since I'm not to much involved with programming. Maybe someone got the same problem and knows what to do or someone can tell me how to get some more debugging info and I will post it here. Marko From pablo.dangelo at web.de Sun Nov 7 23:02:33 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Sun Nov 7 23:02:51 2004 Subject: [ptx] PTStitcher script? In-Reply-To: <5522dce8041107124043a82d67@mail.gmail.com> References: <5522dce8041107124043a82d67@mail.gmail.com> Message-ID: <20041107230233.GA1548@svalbart> On Sun, 07 Nov 2004, Tim Jacobs wrote: > I'd like to use nona to correct lens distortions in images. I have a > script that works for PTStitcher but not for nona. The script is: > > p w2048 h1536 f0 u20 v40.83492 n"JPEG g0 q90 " > m g1 i0 > i n"test.jpg" > o f0 y0 r0 p0 v40.83492 a0.007043 b-0.024821 c0.000000 d0 e0 Hmm, currently nona does not read the file size out of the images early enought, It starts with the sizes specified in the script. Your script didn't contain any, so 0,0 was asumed.. I think all PTStitcher/PTOptimizer scripts had the widht, height specified. PTOptimizer needs to know the image dimensions, and doesn't look at the image files, it just reads them from the script. Something like: p w2048 h1536 f0 u20 v40.83492 n"JPEG g0 q90 " m g1 i0 o w1600 h1200 f0 y0 r0 p0 v40.83492 a0.007043 b-0.024821 c0.000000 d0 e0 n"test.jpg" Should work, just replace w1600, h1200 with the correct values. ciao Pablo From pablo.dangelo at web.de Sun Nov 7 23:05:26 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Sun Nov 7 23:05:44 2004 Subject: [ptx] seperate nona stiticher In-Reply-To: <5522dce804110618201b85f538@mail.gmail.com> References: <5522dce804110618201b85f538@mail.gmail.com> Message-ID: <20041107230526.GB1548@svalbart> On Sat, 06 Nov 2004, Tim Jacobs wrote: > I recently ported a program called PTLens from Visual Basic to C. Cool! I was thinking about adding PTLens lens profiles into hugin. But I haven't come around to port the code to ANSI C yet, especially the routines that read the lens profiles. I'd like to add some of it to hugin, when its ready :) ciao Pablo From pablo.dangelo at web.de Sun Nov 7 23:50:19 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Sun Nov 7 23:50:37 2004 Subject: [ptx] hugin (CVS) - segmentation fault In-Reply-To: <8azn1tn1n0.fsf@faeppc48.tu-graz.ac.at> References: <8azn1tn1n0.fsf@faeppc48.tu-graz.ac.at> Message-ID: <20041107235019.GC1548@svalbart> On Sun, 07 Nov 2004, Andreas Hirczy wrote: > I try to run hugin from CVS on Debian GNU/Linux Testing with a newly > generated libpano12 (libtool). Configuration and build seem to work without > major troubles, but I get an error "Segmentation fault" on startup, even if I > just start without an PTO file. The stack trace shows: > > [...] > > Loaded symbols for /usr/lib/libXrender.so.1 > #0 0x081720c8 in PreferencesDialog::UpdateDisplayData (this=0x84d9580) at PreferencesDialog.cpp:164 > 164 MY_STR_VAL("prefs_ft_CurvThreshold", tstr); > (gdb) where > > [...] > > The checkout from CVS has been made up to date at "Sun Nov 7 14:37:49 UTC > 2004" (don't let yourself fool by the date string in my directory name > "/home/ahi/debian/PANO/hugin-0.3.20041102"). Hmm, strange, looks like the xrc files are outdated. May it helps to update the CVS, and run hugin in the build directory. Deleting any /usr/share/hugin/* files (or similar) from older installations might also help. ciao Pablo From twjacobs at gmail.com Mon Nov 8 01:44:24 2004 From: twjacobs at gmail.com (Tim Jacobs) Date: Mon Nov 8 01:44:20 2004 Subject: [ptx] seperate nona stiticher In-Reply-To: <20041107230526.GB1548@svalbart> References: <5522dce804110618201b85f538@mail.gmail.com> <20041107230526.GB1548@svalbart> Message-ID: <5522dce8041107174432f1ba4b@mail.gmail.com> I've already got the code for reading the profile data. Don't know how good the code is - I don't consider myself a programmer and I did a direct port from Thomas' Visual Basic code. But I'd be glad to hand it over (and maybe even learn a little in the process). In fact, I have the whole ptlens program working now (by the way, thanks for answering my other question about the scripts). I've compiled it using MSVC, eclipse (on windows using cygwin) and on Linux (Fedora Core 2). I've got a bit of a mix of code right now. For instance, on Windows (but not for cygwin), I needed to get the source for getopt. I inadvertantly used a string function provided by Microsoft called stristr(). The cygwin environment handled this find but Linux didn't so I found an ANSI implementation of that for the Linux side. I found a header file "tailor.h" to be useful as well. I also used Anjuta on the Linux side which automatically adds all kinds of stuff to the project - mostly for auto makes, I believe. But it's mostly all black magic to me right now, so if you want to coach me through exactly what you would find useful and how best to get it to you, I'll work with you. Thanks, Tim On Mon, 8 Nov 2004 00:05:26 +0100, Pablo d'Angelo wrote: > On Sat, 06 Nov 2004, Tim Jacobs wrote: > > > I recently ported a program called PTLens from Visual Basic to C. > > Cool! I was thinking about adding PTLens lens profiles into hugin. > But I haven't come around to port the code to ANSI C yet, especially the > routines that read the lens profiles. > > I'd like to add some of it to hugin, when its ready :) > > ciao > Pablo > From ahi at itp.tugraz.at Mon Nov 8 08:09:51 2004 From: ahi at itp.tugraz.at (Andreas Hirczy) Date: Mon Nov 8 08:09:38 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <200411071607.31190.ggrubbish@web.de> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <200411071607.31190.ggrubbish@web.de> Message-ID: <8asm7kn4mo.fsf@faeppc48.tu-graz.ac.at> Gerhard Gaussling writes: > good to hear that, because I think it is a good idea to get a build > system which is able to automate the build process of the panotools on > different platforms. I don't understand much of the GNU autotools, but > today I found on the web this book, because of the troubles I hasve to > compile hugin from cvs checkout source (see thread from yesterday): > > "The Goat Book'' GNU Autoconf, Automake, and Libtool by > Gary V. Vaughan, Ben Elliston, Tom Tromey and Ian Lance Taylor > 2000 by New Riders publishing Thanks, I know this book already - used it to get libtool working, although I had to look into libtools refence manual also. Andreas -- Andreas Hirczy http://itp.tugraz.at/~ahi/ Graz University of Technology phone: +43/316/873-81 90 Institute of Theoretical and Computational Physics fax: +43/316/873-86 78 Petersgasse 16, A-8010 Graz mobile: +43/699/19 14 24 60 From ahi at itp.tugraz.at Mon Nov 8 08:11:19 2004 From: ahi at itp.tugraz.at (Andreas Hirczy) Date: Mon Nov 8 08:34:15 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <20041107170947.GC2426@postle.net> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> Message-ID: <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> Bruno Postle writes: > Everything works fine for me on fedora fc2, these are my comments so > far: > > - Java libraries. The pano12 library can be built without Sun Java, > as long as you have gnu gcc-gcj headers in place. > > - The header files are being installed to $PREFIX/include. Hugin > and other tools expect them in $PREFIX/include/pano12 - This is > probably why you can't get hugin to build. I am also writing some debian code and call configure with --includedir=...; I have changed ./bootstrap to reflect this. Are all programms expecting libpano12 header files in pano12/? I have seen your second post on missing header files in the distribution (makefile.* is missing also), will look for a solution later. > - Just five of the header files are installed by the Makefile, is > this intentional or are these all that are required to link to the > library? This could be the other reason hugin doesn't build. It seemed to me, only those header files will be read by other programs on compilation. > - I don't have a full list of contributor names, but you should at > least add Bret McKee to the AUTHORS file. Thanks. > - This build system needs to work on mac osx and win32 as well as > linux. We need testers for osx and Windows, any volunteers? I will try it on MacOS X, but have not got much spare time this week - would be nice if somebody else could step in. Sorry, no windows here :) > - It was a mistake to introduce the old windows makefile into CVS as > 'Makefile', this should be renamed to 'makefile.win32' so there is > no collision with the automake generated file. > - These files and links are created: > > libpano12.so -> libpano12.so.0.0.0 > libpano12.so.0 -> libpano12.so.0.0.0 > libpano12.so.0.0.0 > > I'm not sure, but shouldn't they be something like this: > > libpano12.so -> libpano12.so.2.7.0.7 > libpano12.so.2 -> libpano12.so.2.7.0.7 > libpano12.so.2.7.0.7 No - those numbers do not reflect version numbers for the source code, but "library interface versions". There are always three numbers and each has its own special meaning: > If nobody objects, I'll add the three new files (AUTHORS, bootstrap, > configure.in, HACKING & Makefile.am) to the libpano CVS. Go ahead, but I have a new bootstrap (--includedir) and AUTHORS (Bret McKee) in . -- Andreas Hirczy http://itp.tugraz.at/~ahi/ Graz University of Technology phone: +43/316/873-81 90 Institute of Theoretical and Computational Physics fax: +43/316/873-86 78 Petersgasse 16, A-8010 Graz mobile: +43/699/19 14 24 60 From bruno at postle.net Mon Nov 8 09:15:10 2004 From: bruno at postle.net (Bruno Postle) Date: Mon Nov 8 09:14:55 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> Message-ID: <20041108091510.GD2428@postle.net> On Mon 08-Nov-2004 at 09:11 +0100, Andreas Hirczy wrote: > Are all programms expecting libpano12 header files in pano12/? The library header files have just always been installed into pano12. It seems to be a common practice for other libraries. > > libpano12.so -> libpano12.so.0.0.0 > > libpano12.so.0 -> libpano12.so.0.0.0 > > libpano12.so.0.0.0 > No - those numbers do not reflect version numbers for the source > code, but "library interface versions". There are always three > numbers and each has its own special meaning: > Thanks that's enlightening. Since the version of the library is '2.7.whatever' which is api compatible with other 2.x versions, I suppose the three numbers should be 2.7.0? -- Bruno From nowozin at gmail.com Mon Nov 8 10:44:44 2004 From: nowozin at gmail.com (Sebastian Nowozin) Date: Mon Nov 8 10:48:52 2004 Subject: [ptx] autopano-sift related problems & ready for hugin release Message-ID: <418F4E1C.7020707@gmail.com> Hi everone, just to let you know, I read all of the emails and bug reports about autopano-sift, I just do not have time currently to fix them until next week. I will look into every issue reported here and to me and hopefully make it integrate well with the upcoming hugin release. For this, Pablo, I would like to know if it would be better to have all the filenames passed on command line or if it would be better to read them from a file or stdin or the like (to get around the too-many-filenames-in-commandline issue on Windows)? Thanks, Sebastian From ahi at itp.tugraz.at Mon Nov 8 10:22:06 2004 From: ahi at itp.tugraz.at (Andreas Hirczy) Date: Mon Nov 8 10:51:32 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <20041108091510.GD2428@postle.net> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> Message-ID: <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> Bruno Postle writes: > On Mon 08-Nov-2004 at 09:11 +0100, Andreas Hirczy wrote: > > > Are all programms expecting libpano12 header files in pano12/? > > The library header files have just always been installed into > pano12. It seems to be a common practice for other libraries. I have changed my setup to write header files to $(prefix)/include/pano12 - I wasn't sure, since the provided "makefile.*" do not install header files at all. > > > libpano12.so -> libpano12.so.0.0.0 > > > libpano12.so.0 -> libpano12.so.0.0.0 > > > libpano12.so.0.0.0 > > > No - those numbers do not reflect version numbers for the source > > code, but "library interface versions". There are always three > > numbers and each has its own special meaning: > > > > Thanks that's enlightening. > > Since the version of the library is '2.7.whatever' which is api > compatible with other 2.x versions, I suppose the three numbers > should be 2.7.0? 2:7:0 looks correct, if the interface was never changed since 2.0.0. But rule nr 4 in indicates, that "current" will increase faster than the major release number. Information on including a release number like 2.7.0.7 is in - the library will then be called libpano12-2.7.0.7.so I just checked on my system, library naming is a big mess here. ciao, Andreas -- Andreas Hirczy http://itp.tugraz.at/~ahi/ Graz University of Technology phone: +43/316/873-81 90 Institute of Theoretical and Computational Physics fax: +43/316/873-86 78 Petersgasse 16, A-8010 Graz mobile: +43/699/19 14 24 60 From bruno at postle.net Mon Nov 8 11:03:32 2004 From: bruno at postle.net (Bruno Postle) Date: Mon Nov 8 11:03:22 2004 Subject: [ptx] autopano-sift related problems & ready for hugin release In-Reply-To: <418F4E1C.7020707@gmail.com> References: <418F4E1C.7020707@gmail.com> Message-ID: <20041108110331.GA2065@postle.net> On Mon 08-Nov-2004 at 18:44 +0800, Sebastian Nowozin wrote: > > just to let you know, I read all of the emails and bug reports about > autopano-sift, I just do not have time currently to fix them until next > week. I will look into every issue reported here and to me and > hopefully make it integrate well with the upcoming hugin release. There is a little bug with the way hugin calls autopano-sift. For each selected photo, a keypoints file is created in /tmp like this: /tmp/filename.jpg.xml.gz Subsequent runs of autopano-sift notice that this file exists and don't regenerate it. This is fine when photos have unique filenames, but with my camera, each panorama is stored in its own folder and the filenames are always the same: dscn0001.jpg, dscn0002.jpg, dscn0003.jpg etc.. So I have to manually delete all the xml.gz files in /tmp before I can generate control points - These should have unique filenames based on the full path. -- Bruno From bruno at postle.net Mon Nov 8 11:12:30 2004 From: bruno at postle.net (Bruno Postle) Date: Mon Nov 8 11:12:16 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> Message-ID: <20041108111229.GB2065@postle.net> On Mon 08-Nov-2004 at 11:22 +0100, Andreas Hirczy wrote: > 2:7:0 looks correct, if the interface was never changed since > 2.0.0. But rule nr 4 in > indicates, > that "current" will increase faster than the major release number. You are right, it looks like it should start at 0.0.0. > I just checked on my system, library naming is a big mess here. Just like my understanding of this stuff ;-) -- Bruno From ahi at itp.tugraz.at Mon Nov 8 11:33:26 2004 From: ahi at itp.tugraz.at (Andreas Hirczy) Date: Mon Nov 8 11:33:12 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <20041108111229.GB2065@postle.net> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <20041108111229.GB2065@postle.net> Message-ID: <8au0s0lgmx.fsf@faeppc48.tu-graz.ac.at> Bruno Postle writes: > On Mon 08-Nov-2004 at 11:22 +0100, Andreas Hirczy wrote: > > > > I just checked on my system, library naming is a big mess here. > > Just like my understanding of this stuff ;-) Same for me, I do have some experience with autoconf/automake, but I just started using libtool. Maybe that's the reason for me being somewhat pedantic on those version numbers. ciao, Andreas -- Andreas Hirczy http://itp.tugraz.at/~ahi/ Graz University of Technology phone: +43/316/873-81 90 Institute of Theoretical and Computational Physics fax: +43/316/873-86 78 Petersgasse 16, A-8010 Graz mobile: +43/699/19 14 24 60 From douglasw at zahav.net.il Mon Nov 8 12:41:36 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Mon Nov 8 12:41:53 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> Message-ID: <1099917696.23830.14.camel@phlebus.mort.lan> On Mon, 2004-11-08 at 11:22 +0100, Andreas Hirczy wrote: [snip] My stab at autotools for libpano is attached. A couple of notes: 1. I have included renamed versions of Makefile -> makefile.win32 (to cope with overwrite) makefile panoinfo -> makefile.panoinfo (make does not like spaces in pathnames or filenames) makefile ptoptimizer -> makefile.ptoptimizer (ditto) 2. libs and includes install where you expect them to. 3. works on windows under mingw 4. I have made a guess at the support for osx and mac classic expand the attached file into a clean libpano directory and run ./bootstrap && ./configure && make && make install I'd like to hear any comments and or problems regards, Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: pano-autotools.tar.gz Type: application/x-compressed-tar Size: 7576 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041108/9764b9cb/pano-autotools.tar.bin From douglasw at zahav.net.il Mon Nov 8 12:47:21 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Mon Nov 8 12:47:33 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <20041108111229.GB2065@postle.net> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <20041108111229.GB2065@postle.net> Message-ID: <1099918042.23830.18.camel@phlebus.mort.lan> On Mon, 2004-11-08 at 11:12 +0000, Bruno Postle wrote: > > 2:7:0 looks correct, if the interface was never changed since > > 2.0.0. But rule nr 4 in > > indicates, > > that "current" will increase faster than the major release number. > > You are right, it looks like it should start at 0.0.0. My thoughts are that you are correct if libtool had been used from the start, but since we are retrofitting libtool, shouldn't we start at the current version ie 2:7:0 ? regards, Doug From franck.sicard at 3demi.net Mon Nov 8 13:51:12 2004 From: franck.sicard at 3demi.net (Franck SICARD) Date: Mon Nov 8 13:51:21 2004 Subject: [ptx] (appendix) How to compile hugin cvs on debian GNU linux sarge/SID? In-Reply-To: <200411061646.33211.ggrubbish@web.de> References: <200411061159.33738.ggrubbish@web.de> <1099749211.28905.14.camel@phlebus.mort.lan> <200411061541.54617.ggrubbish@web.de> <200411061646.33211.ggrubbish@web.de> Message-ID: <20041108135112.GC12930@megaruth> Build without any problem (no patch of sources needed) on my debian sid. apt source avaible here: deb http://3demi.net/debian debs/./ deb-src http://3demi.net/debian debs/./ i use this little script: ############ export EMAIL="Franck Sicard " lineChanged=forceBuild test -f forceBuild || lineChanged=`cvs -q diff -r HEAD | grep -v "^? .*" | wc -l` echo there is "$lineChanged" line changes test "$lineChanged" = 0 && echo sources not updated && exit 0 cvs update HUGIN_VERSION=0.4pre`date +%Y%m%d` dch -v $HUGIN_VERSION "new upstream dev version" ./bootstrap #aclocal -I m4 autoconf dpkg-buildpackage -nc -ICVS -rfakeroot -e"$EMAIL" && dpkg-buildpackage -S -ICVS -rfakeroot -e"$EMAIL" && cp ../hugin_"$HUGIN_VERSION"* ~/Web/3demi/www.3demi.net/htdocs/debian/debs/ && rm -f forceBuild ############ Franck -- Franck SICARD http://3demi.net/ PGP key=DFDFA865 fingerprint=8E2E 167E 9503 461B AD76 D962 2EEE 9869 DFDF A865 From ahi at itp.tugraz.at Mon Nov 8 12:54:59 2004 From: ahi at itp.tugraz.at (Andreas Hirczy) Date: Mon Nov 8 15:37:57 2004 Subject: [ptx] hugin (CVS) - segmentation fault In-Reply-To: <20041107235019.GC1548@svalbart> References: <8azn1tn1n0.fsf@faeppc48.tu-graz.ac.at> <20041107235019.GC1548@svalbart> Message-ID: <8ak6swlcv0.fsf@faeppc48.tu-graz.ac.at> "Pablo d'Angelo" writes: > On Sun, 07 Nov 2004, Andreas Hirczy wrote: > > Hmm, strange, looks like the xrc files are outdated. May it helps to update > the CVS, and run hugin in the build directory. > > Deleting any /usr/share/hugin/* files (or similar) from older installations > might also help. > > ciao > Pablo > I remove all other traces of hugin and recompiled (to mimic a debian install) with: ------------------------- rm -rf ./debian/hugin mkdir ./debian/hugin CFLAGS="-Wall -g -O2" ./configure --prefix=/usr make clean make make install DESTDIR=`pwd`/debian/hugin su -c "rsync -av ./debian/hugin/* /" /usr/bin/hugin ------------------------- leads to [ahi@faeppc48 hugin-0.3.20041102]$ /usr/bin/hugin Panorama obj created ERROR: 16:13:03.284333 (MainFrame.cpp:226) MainFrame(): splash image not found Segmentation fault (core dumped) with a excerpt in from strace: [...] stat64("/usr/bin/xrc/main_frame.xrc", 0xbffff600) = -1 ENOENT (No such file or directory) stat64("/usr/local/share/hugin/xrc/main_frame.xrc", 0xbffff600) = -1 ENOENT (No such file or directory) stat64("/main_frame.xrc", 0xbffff520) = -1 ENOENT (No such file or directory) [...] stat64("/usr/bin/xrc/data/splash.png", 0xbffff4b0) = -1 ENOENT (No such file or directory) stat64("/usr/local/share/hugin/xrc/data/splash.png", 0xbffff4b0) = -1 ENOENT (No such file or directory) stat64("/data/splash.png", 0xbffff480) = -1 ENOENT (No such file or directory) [...] On the other hand ------------------------- rm -rf ./debian/hugin mkdir ./debian/hugin CFLAGS="-Wall -g -O2" ./configure --prefix=/usr/local make clean make make install DESTDIR=`pwd`/debian/hugin su -c "rsync -av ./debian/hugin/* /" /usr/local/bin/hugin ------------------------- works - and now /usr/bin/hugin works also. Andreas -- Andreas Hirczy http://itp.tugraz.at/~ahi/ Graz University of Technology phone: +43/316/873-81 90 Institute of Theoretical and Computational Physics fax: +43/316/873-86 78 Petersgasse 16, A-8010 Graz mobile: +43/699/19 14 24 60 From ahi at itp.tugraz.at Mon Nov 8 12:50:49 2004 From: ahi at itp.tugraz.at (Andreas Hirczy) Date: Mon Nov 8 15:39:47 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <1099918042.23830.18.camel@phlebus.mort.lan> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <20041108111229.GB2065@postle.net> <1099918042.23830.18.camel@phlebus.mort.lan> Message-ID: <8amzxsld1y.fsf@faeppc48.tu-graz.ac.at> Douglas Wilkins writes: > On Mon, 2004-11-08 at 11:12 +0000, Bruno Postle wrote: > > > > 2:7:0 looks correct, if the interface was never changed since > > > 2.0.0. But rule nr 4 in > > > indicates, > > > that "current" will increase faster than the major release number. > > > > You are right, it looks like it should start at 0.0.0. > > My thoughts are that you are correct if libtool had been used from the > start, but since we are retrofitting libtool, shouldn't we start at the > current version ie 2:7:0 ? Technical it's more or less the same, but it looks nicer. I'll hink over this tonight. Andreas -- Andreas Hirczy http://itp.tugraz.at/~ahi/ Graz University of Technology phone: +43/316/873-81 90 Institute of Theoretical and Computational Physics fax: +43/316/873-86 78 Petersgasse 16, A-8010 Graz mobile: +43/699/19 14 24 60 From douglasw at zahav.net.il Mon Nov 8 15:47:16 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Mon Nov 8 15:47:31 2004 Subject: [ptx] hugin (CVS) - segmentation fault In-Reply-To: <8ak6swlcv0.fsf@faeppc48.tu-graz.ac.at> References: <8azn1tn1n0.fsf@faeppc48.tu-graz.ac.at> <20041107235019.GC1548@svalbart> <8ak6swlcv0.fsf@faeppc48.tu-graz.ac.at> Message-ID: <1099928836.23830.26.camel@phlebus.mort.lan> On Mon, 2004-11-08 at 13:54 +0100, Andreas Hirczy wrote: [snip] this command line > CFLAGS="-Wall -g -O2" ./configure --prefix=/usr should not lead to this > stat64("/usr/local/share/hugin/xrc/main_frame.xrc", 0xbffff600) = -1 ENOENT (No such file or directory) ^^^^^^^^^^^ could you please send me your config.log created from the ommend line above? regards, Doug From douglasw at zahav.net.il Mon Nov 8 15:56:34 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Mon Nov 8 15:59:03 2004 Subject: [ptx] hugin (CVS) - segmentation fault In-Reply-To: <8ak6swlcv0.fsf@faeppc48.tu-graz.ac.at> References: <8azn1tn1n0.fsf@faeppc48.tu-graz.ac.at> <20041107235019.GC1548@svalbart> <8ak6swlcv0.fsf@faeppc48.tu-graz.ac.at> Message-ID: <1099929394.23830.30.camel@phlebus.mort.lan> On Mon, 2004-11-08 at 13:54 +0100, Andreas Hirczy wrote: [snip] Another thought - the location of config.h has changed from src/hugin to src/include. If there is a old config.h in src/hugin, it will result in some weird results. Perhaps you could check this as well? regards, Doug From ggrubbish at web.de Mon Nov 8 16:52:15 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Mon Nov 8 17:02:52 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <8asm7kn4mo.fsf@faeppc48.tu-graz.ac.at> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <200411071607.31190.ggrubbish@web.de> <8asm7kn4mo.fsf@faeppc48.tu-graz.ac.at> Message-ID: <200411081752.16106.ggrubbish@web.de> Am Montag 08 November 2004 09:09 schrieb Andreas Hirczy: > Thanks, I know this book already - used it to get libtool working, > although I had to look into libtools refence manual also. Hello Andreas, I assume that you already done an apt-get install libtool-doc ;-). Franc Sicard posted his build script to build hugin from cvs as a deb package. How does the buildprocess for hugin go for you, and what's up with the segmentation fault? Sorry, wrong thread. Kind regards Gerhard Gau?ling From pablo.dangelo at web.de Mon Nov 8 18:12:56 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Mon Nov 8 18:13:14 2004 Subject: [ptx] autopano-sift related problems & ready for hugin release In-Reply-To: <418F4E1C.7020707@gmail.com> References: <418F4E1C.7020707@gmail.com> Message-ID: <20041108181256.GA1479@svalbart> On Mon, 08 Nov 2004, Sebastian Nowozin wrote: > Hi everone, > > just to let you know, I read all of the emails and bug reports about > autopano-sift, I just do not have time currently to fix them until next > week. I will look into every issue reported here and to me and > hopefully make it integrate well with the upcoming hugin release. > > For this, Pablo, I would like to know if it would be better to have > all the filenames passed on command line or if it would be better to > read them from a file or stdin or the like (to get around the > too-many-filenames-in-commandline issue on Windows)? That would probably be very useful. But I think it should be optional, so that the old way of dragging images onto the script also works. A bit like the -T option of tar. I think these option would be useful for both the shellscript, as well as for the GUI's, because some people might like to use the GUI's where its easier to adjust some stuff etc. If the gui would provide the same command line options as the script, it could be use by simply choosing autopanog.exe instead of the shell script. At the moment, hugin doesn't read back the images positions, so the automatic placement done by autopano-sift wouldn't be used, but I can change that. I was also thinking if autopano could understand a subset of the PT script files, it could be run on script files, that include a bit more information (lens projection type, hfov). This might be useful for other stages, maybe a special fisheye RANSAC or something like that. Ofcause we could also use a cleaner XML based format for the files. ciao Pablo From ahi at itp.tugraz.at Mon Nov 8 18:39:59 2004 From: ahi at itp.tugraz.at (Andreas Hirczy) Date: Mon Nov 8 19:02:54 2004 Subject: [ptx] hugin (CVS) - segmentation fault In-Reply-To: <1099929394.23830.30.camel@phlebus.mort.lan> References: <8azn1tn1n0.fsf@faeppc48.tu-graz.ac.at> <20041107235019.GC1548@svalbart> <8ak6swlcv0.fsf@faeppc48.tu-graz.ac.at> <1099929394.23830.30.camel@phlebus.mort.lan> Message-ID: <8a3bzkkww0.fsf@faeppc48.tu-graz.ac.at> Douglas Wilkins writes: > On Mon, 2004-11-08 at 13:54 +0100, Andreas Hirczy wrote: > [snip] > > Another thought - the location of config.h has changed from src/hugin to > src/include. If there is a old config.h in src/hugin, it will result in > some weird results. Perhaps you could check this as well? Found ./src/hugin/config.h with references to /usr/local/share/hugin/xrc/, deleted it - does not work. Found another ./src/include/hugin/config.h - there was a wrong path to /usr/local/... No hugin works again. Will build a new debian package now to try running and compiling on a clean machine. ciao, Andreas -- Andreas Hirczy http://itp.tugraz.at/~ahi/ Graz University of Technology phone: +43/316/873-81 90 Institute of Theoretical and Computational Physics fax: +43/316/873-86 78 Petersgasse 16, A-8010 Graz mobile: +43/699/19 14 24 60 From ahi at itp.tugraz.at Mon Nov 8 19:04:42 2004 From: ahi at itp.tugraz.at (Andreas Hirczy) Date: Mon Nov 8 19:04:28 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <200411081752.16106.ggrubbish@web.de> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <200411071607.31190.ggrubbish@web.de> <8asm7kn4mo.fsf@faeppc48.tu-graz.ac.at> <200411081752.16106.ggrubbish@web.de> Message-ID: <8asm7kjh6d.fsf@faeppc48.tu-graz.ac.at> Gerhard Gaussling writes: > I assume that you already done an apt-get install libtool-doc ;-). sure > Franc Sicard posted his build script to build hugin from cvs as a deb > package. How does the buildprocess for hugin go for you, and what's up > with the segmentation fault? Sorry, wrong thread. Build was not much of a problem - just the segmentation fault. ciao, Andreas -- Andreas Hirczy http://itp.tugraz.at/~ahi/ Graz University of Technology phone: +43/316/873-81 90 Institute of Theoretical and Computational Physics fax: +43/316/873-86 78 Petersgasse 16, A-8010 Graz mobile: +43/699/19 14 24 60 From douglasw at zahav.net.il Mon Nov 8 19:13:32 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Mon Nov 8 19:13:49 2004 Subject: [ptx] hugin (CVS) - segmentation fault In-Reply-To: <8a3bzkkww0.fsf@faeppc48.tu-graz.ac.at> References: <8azn1tn1n0.fsf@faeppc48.tu-graz.ac.at> <20041107235019.GC1548@svalbart> <8ak6swlcv0.fsf@faeppc48.tu-graz.ac.at> <1099929394.23830.30.camel@phlebus.mort.lan> <8a3bzkkww0.fsf@faeppc48.tu-graz.ac.at> Message-ID: <1099941212.23830.66.camel@phlebus.mort.lan> On Mon, 2004-11-08 at 19:39 +0100, Andreas Hirczy wrote: > Found ./src/hugin/config.h with references to /usr/local/share/hugin/xrc/, > deleted it - does not work. > > Found another ./src/include/hugin/config.h - there was a wrong path to > /usr/local/... running configure should update config.h, but sometimes it decides that it doesn't need to :-(( Sometimes it is worth deleting src/include/hugin/config.h and running configure when there are big changes to the code > > No hugin works again. I assume that was 'now' > > Will build a new debian package now to try running and compiling on a clean > machine. Let us know regards, Doug From ahi at itp.tugraz.at Mon Nov 8 19:10:45 2004 From: ahi at itp.tugraz.at (Andreas Hirczy) Date: Mon Nov 8 19:24:18 2004 Subject: [ptx] (appendix) How to compile hugin cvs on debian GNU linux sarge/SID? In-Reply-To: <20041108135112.GC12930@megaruth> References: <200411061159.33738.ggrubbish@web.de> <1099749211.28905.14.camel@phlebus.mort.lan> <200411061541.54617.ggrubbish@web.de> <200411061646.33211.ggrubbish@web.de> <20041108135112.GC12930@megaruth> Message-ID: <8ais8gjgwa.fsf@faeppc48.tu-graz.ac.at> Franck SICARD writes: > i use this little script: cvs diff - very clever > ############ > export EMAIL="Franck Sicard " > > lineChanged=forceBuild > test -f forceBuild || lineChanged=`cvs -q diff -r HEAD | grep -v "^? .*" | wc -l` > echo there is "$lineChanged" line changes > test "$lineChanged" = 0 && echo sources not updated && exit 0 > > cvs update I prefer "cvs update -Pd", but didn't protect me from those old config.h files :) Maybe "./bootstrap" should hunt and delete them? > HUGIN_VERSION=0.4pre`date +%Y%m%d` > dch -v $HUGIN_VERSION "new upstream dev version" > ./bootstrap > #aclocal -I m4 > autoconf > dpkg-buildpackage -nc -ICVS -rfakeroot -e"$EMAIL" && dpkg-buildpackage -S -ICVS -rfakeroot -e"$EMAIL" && cp ../hugin_"$HUGIN_VERSION"* ~/Web/3demi/www.3demi.net/htdocs/debian/debs/ && rm -f forceBuild > ############ I use a shell script "~/bin/bootstrap" for a quick test installation now and then: ----------------- #!/bin/sh DIR=`pwd` PKG=`basename $DIR` if [ -d CVS ]; then cvs update -Pd fi if [ -x ./bootstrap ]; then ./bootstrap fi make distclean # might fail (no Makefile present) ./configure --prefix=/tmp/$PKG \ && make clean \ && make \ && make install ----------------- ciao, Andraes -- Andreas Hirczy http://itp.tugraz.at/~ahi/ Graz University of Technology phone: +43/316/873-81 90 Institute of Theoretical and Computational Physics fax: +43/316/873-86 78 Petersgasse 16, A-8010 Graz mobile: +43/699/19 14 24 60 From ggrubbish at web.de Mon Nov 8 19:29:51 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Mon Nov 8 19:32:20 2004 Subject: [ptx] hugin (CVS) - segmentation fault In-Reply-To: <8a3bzkkww0.fsf@faeppc48.tu-graz.ac.at> References: <8azn1tn1n0.fsf@faeppc48.tu-graz.ac.at> <1099929394.23830.30.camel@phlebus.mort.lan> <8a3bzkkww0.fsf@faeppc48.tu-graz.ac.at> Message-ID: <200411082029.51785.ggrubbish@web.de> Am Montag 08 November 2004 19:39 schrieb Andreas Hirczy: > Will build a new debian package now to try running and compiling on a > clean machine. What do you say about only reinstalling the wxWindows packages? Because of the comment of Pablo d'Angelo: "Hmm, strange, looks like the xrc files are outdated." regards Gerhard Gaussling PS: My wxWindows Installation: $ ldd `which hugin` |grep wx libwx_gtk-2.4.so.0 => /usr/lib/libwx_gtk-2.4.so.0 (0x40035000) libwx_gtk_xrc-2.4.so.0 => /usr/lib/libwx_gtk_xrc-2.4.so.0 (0x40501000) $ dpkg -l *wx*|grep ^ii|awk '{print $1, $2, $3}' ii libwxbase2.4 2.4.2.6 ii libwxbase2.4-d 2.4.2.6 ii libwxbase2.4-d 2.4.2.6 ii libwxgtk2.2 2.2.9.2.1 ii libwxgtk2.3 2.3.3.2 ii libwxgtk2.4 2.4.2.6 ii libwxgtk2.4-co 2.4.2.6 ii libwxgtk2.4-co 2.4.2.6 ii libwxgtk2.4-db 2.4.2.6 ii libwxgtk2.4-de 2.4.2.6 ii libwxgtk2.4-py 2.4.2.6 ii libwxgtk2.5 2.5.1.1 ii libwxgtk2.5-co 2.5.1.1 ii wx2.5-examples 2.5.1.1 ii wxvlc 0.8.0.final-1 ii wxwin2.4-doc 2.4.2.6 ii wxwin2.4-examp 2.4.2.6 ii wxwin2.4-heade 2.4.2.6 ii wxwin2.4-i18n 2.4.2.6 2.4 is from testing 2.5 from experimental 2.4 is used by hugin (see ldd output above) From douglasw at zahav.net.il Mon Nov 8 19:39:40 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Mon Nov 8 19:40:11 2004 Subject: [ptx] hugin (CVS) - segmentation fault In-Reply-To: <200411082029.51785.ggrubbish@web.de> References: <8azn1tn1n0.fsf@faeppc48.tu-graz.ac.at> <1099929394.23830.30.camel@phlebus.mort.lan> <8a3bzkkww0.fsf@faeppc48.tu-graz.ac.at> <200411082029.51785.ggrubbish@web.de> Message-ID: <1099942780.23830.74.camel@phlebus.mort.lan> On Mon, 2004-11-08 at 20:29 +0100, Gerhard Gaussling wrote: > What do you say about only reinstalling the wxWindows packages? Because > of the comment of Pablo d'Angelo: "Hmm, strange, looks like the xrc > files are outdated." I think Pablo was talking about the data files in src/hugin/xrc, rather than the wxWindows installation. hugin works with wx 2.4, 2.5 and CVS HEAD. regards, Doug From ggrubbish at web.de Mon Nov 8 19:40:38 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Mon Nov 8 19:43:42 2004 Subject: [ptx] (appendix) How to compile hugin cvs on debian GNU linux sarge/SID? In-Reply-To: <20041108135112.GC12930@megaruth> References: <200411061159.33738.ggrubbish@web.de> <200411061646.33211.ggrubbish@web.de> <20041108135112.GC12930@megaruth> Message-ID: <200411082040.38724.ggrubbish@web.de> Hello Franck, Am Montag 08 November 2004 14:51 schrieb Franck SICARD: > Build without any problem (no patch of sources needed) on my debian > sid. apt source avaible here: > > deb http://3demi.net/debian debs/./ > deb-src http://3demi.net/debian debs/./ > > i use this little script: > [...] thank you for the script. I'll look into it, because I'm interested in how to build and package debian packages. I'll also use the new maintainer guide. I'm just curious how the process works. Since I'm not a programmer I was not able to figure out what's wrong with my debian installation or the hugin cvs source code. With the help from Douglas Wilkins - Thank you again, Doug - we discovered that the libtoolversion 1.5a I used was a little bit exotic, that way the bootstrap script assumed that libtool was < 1.4. It was a version from debian/experimental :-( Why, what the hell I'm using experimental? . The next step we missed to see that my autoconf was < 1.7. I used autoconf1.6 from debian/testing. Now the bootstrap is changed, so that it would stop with such a configured system give a short message and refuse to work. With autoconf1.9 I had no problems to compile the source successfully. Kind regards Gerhard Gau?ling From douglasw at zahav.net.il Mon Nov 8 19:45:37 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Mon Nov 8 19:46:30 2004 Subject: [ptx] (appendix) How to compile hugin cvs on debian GNU linux sarge/SID? In-Reply-To: <8ais8gjgwa.fsf@faeppc48.tu-graz.ac.at> References: <200411061159.33738.ggrubbish@web.de> <1099749211.28905.14.camel@phlebus.mort.lan> <200411061541.54617.ggrubbish@web.de> <200411061646.33211.ggrubbish@web.de> <20041108135112.GC12930@megaruth> <8ais8gjgwa.fsf@faeppc48.tu-graz.ac.at> Message-ID: <1099943137.23830.81.camel@phlebus.mort.lan> On Mon, 2004-11-08 at 20:10 +0100, Andreas Hirczy wrote: [snip] > I prefer "cvs update -Pd", but didn't protect me from those old config.h > files :) > > Maybe "./bootstrap" should hunt and delete them? Hopefully the location of the config.h (and other generated files) will not change in the future. This was primarily an artifact of the changeover to an autoconf based build. When I put it together I tried not to change any of the locations for files, but it became obvious that its current location was better (try an out of tree build) If there are any further location changes I will announce them :-) regards, Doug From ahi at itp.tugraz.at Mon Nov 8 20:10:07 2004 From: ahi at itp.tugraz.at (Andreas Hirczy) Date: Mon Nov 8 20:09:58 2004 Subject: [ptx] hugin (CVS) - segmentation fault In-Reply-To: <1099941212.23830.66.camel@phlebus.mort.lan> References: <8azn1tn1n0.fsf@faeppc48.tu-graz.ac.at> <20041107235019.GC1548@svalbart> <8ak6swlcv0.fsf@faeppc48.tu-graz.ac.at> <1099929394.23830.30.camel@phlebus.mort.lan> <8a3bzkkww0.fsf@faeppc48.tu-graz.ac.at> <1099941212.23830.66.camel@phlebus.mort.lan> Message-ID: <8a654gje5c.fsf@faeppc48.tu-graz.ac.at> Douglas Wilkins writes: > On Mon, 2004-11-08 at 19:39 +0100, Andreas Hirczy wrote: > > > Found another ./src/include/hugin/config.h - there was a wrong path to > > /usr/local/... > > running configure should update config.h, but sometimes it decides that > it doesn't need to :-(( > Sometimes it is worth deleting src/include/hugin/config.h and running > configure when there are big changes to the code Maybe ./bootstrap should delete all instances of config.h? > > No hugin works again. > > I assume that was 'now' Yes :) > > Will build a new debian package now to try running and compiling on a clean > > machine. > > Let us know Upload to completed - the binarys for libpano12, hugin and enblend work on my desktop an on the machine next door. I'll do a rebuild there tomorrow. Andreas -- Andreas Hirczy http://itp.tugraz.at/~ahi/ Graz University of Technology phone: +43/316/873-81 90 Institute of Theoretical and Computational Physics fax: +43/316/873-86 78 Petersgasse 16, A-8010 Graz mobile: +43/699/19 14 24 60 From bruno at postle.net Mon Nov 8 20:59:21 2004 From: bruno at postle.net (Bruno Postle) Date: Mon Nov 8 20:59:06 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <1099917696.23830.14.camel@phlebus.mort.lan> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> Message-ID: <20041108205921.GD2424@postle.net> On Mon 08-Nov-2004 at 14:41 +0200, Douglas Wilkins wrote: > > My stab at autotools for libpano is attached. A couple of notes: > 1. I have included renamed versions of Makefile -> makefile.win32 > (to cope with overwrite) makefile panoinfo -> makefile.panoinfo > (make does not like spaces in pathnames or filenames) makefile > ptoptimizer -> makefile.ptoptimizer (ditto) Ok, I've renamed these in CVS. > 2. libs and includes install where you expect them to. Some comments: - This file gets created, which I understand from the earlier discussion is invalid since the third number shouldn't be higher than the first: $PREFIX/lib/libpano12.so.2.0.7 - It only installs three header files (panorama.h, filter.h & version.h) is that right? Andreas' version installed pteditor.h, ptutils.h & queryfeature.h as well. - `make dist` creates pano12-2.7.0.7.tar.gz - I assumed the tarball would be called libpano12-2.7.0.7.tar.gz since it is basically a library - Or am I wrong? -- Bruno From ggrubbish at web.de Mon Nov 8 23:42:39 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Mon Nov 8 23:43:34 2004 Subject: [ptx] Java Problems with the new buildsystem was: libpano12 - build with GNU autotools In-Reply-To: <1099917696.23830.14.camel@phlebus.mort.lan> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> Message-ID: <200411090042.40039.ggrubbish@web.de> Am Montag 08 November 2004 13:41 schrieb Douglas Wilkins: > On Mon, 2004-11-08 at 11:22 +0100, Andreas Hirczy wrote: > [snip] Hello Doug, I got java problems with pano-autotools.tar.gz and libpano12. I have these packages installed: ii sun-j2sdk1.4 1.4.2+05 Java(TM) 2 SDK, Standard Edition, Sun Microsystems(TM) ii sun-j2sdk1.4debian 0.14 Debian specific parts of Java(TM) 2 SDK, Standard Edition $ apt-cache policy sun-j2sdk1.4 sun-j2sdk1.4: Installed: 1.4.2+05 Candidate: 1.4.2+05 Version Table: *** 1.4.2+05 0 500 http://itp.tugraz.at sarge/desktop Packages 100 /var/lib/dpkg/status I installed your pano-autotools.tar.gz to my libpano source directory. ./configure --with-java=/usr/lib/j2sdk1.4-sun [...] checking for JAVA installation at /usr/lib/j2sdk1.4-sun... checking jni.h usability... no checking jni.h presence... no checking for jni.h... no checking if JAVA package is complete... no configure: WARNING: java must be installed on your system but configure could not find it. [...] Shared libraries --enable-shared=yes Static libraries --enable-static=yes JPEG --with-jpeg= have_jpeg = yes PNG --with-png= have_png = yes TIFF --with-tiff= have_tiff = yes ZLIB --with-zlib= have_zlib = yes JAVA --with-java=/usr/lib/j2sdk1.4-sun have_java = no [...] JAVA_FLAGS = [...] In my ~/.bashrc: # JAVA SDK PATH=/usr/local/bin:~/bin:$PATH:/usr/lib/j2sdk1.4-sun/bin JDK_HOME=/usr/lib/j2sdk1.4-sun/ JAVA_HOME=/usr/lib/j2sdk1.4-sun/ export PATH export JDK_HOME export JAVA_HOME tree /usr/lib/j2sdk1.4-sun/ [...] 222 directories, 1529 files $ java -version java version "1.4.2_05" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_05-b04) Java HotSpot(TM) Client VM (build 1.4.2_05-b04, mixed mode) $ find $JAVA_HOME -iname jni.h /usr/lib/j2sdk1.4-sun/include/jni.h I assume that my java installation is ok. I don't know what's the reason that makes ./configure fail :-( Kind regards Gerhard Gau?ling From twjacobs at gmail.com Tue Nov 9 00:58:59 2004 From: twjacobs at gmail.com (Tim Jacobs) Date: Tue Nov 9 00:58:47 2004 Subject: [ptx] nona output file dimensions Message-ID: <5522dce80411081658ffd4acc@mail.gmail.com> I'm using nona with the following script. The output file size is w2048 by h1535 (i.e. the height is short by 1 pixel). If I change to h1537, I get an image 1537 pixels high. Any insight as to what's going on? p w2048 h1536 f0 v40.83492 n"JPEG g0 q90 " m g1 i0 o w2048 h1536 f0 y0 r0 p0 v40.83492 a0.007043 b-0.024821 c0.000000 d0 e0 n"test.jpg" Thanks, Tim From ggrubbish at web.de Tue Nov 9 01:22:44 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Tue Nov 9 01:23:45 2004 Subject: [ptx] Java Problems with the new buildsystem was: libpano12 - build with GNU autotools In-Reply-To: <200411090042.40039.ggrubbish@web.de> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> <200411090042.40039.ggrubbish@web.de> Message-ID: <200411090222.44925.ggrubbish@web.de> Am Dienstag 09 November 2004 00:42 schrieb Gerhard Gaussling: > I assume that my java installation is ok. I don't know what's the > reason that makes ./configure fail :-( Hello, I needed gcj for JAVA. But make stops with an error in function 'main' $ sudo apt-get install libgcj4-dev gcjwebplugingcj gij Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: gcj-3.3 gij-3.3 gij-3.4 libgcj-common libgcj4 libgcj4-awt libgcj4-common libgcj5 libgcj5-awt $ ./bootstrap /usr/share/aclocal/xdelta.m4:7: warning: underquoted definition of AM_PATH_XDELTA run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/vorbis.m4:9: warning: underquoted definition of XIPH_PATH_VORBIS [...] /usr/share/aclocal/ORBit.m4:4: warning: underquoted definition of AM_PATH_ORBIT Putting files in AC_CONFIG_AUX_DIR, `config'. configure.ac: installing `config/install-sh' configure.ac: installing `config/missing' tools/Makefile.am: installing `config/depcomp' Makefile.am: installing `./INSTALL' Makefile.am: installing `./COPYING' Files generated successfully Now run './configure' to setup libpano. $ ./configure --with-gnu-ld --with-java=/usr/lib/j2sdk1.4-sun checking build system type... i686-pc-linux-gnu [...] checking if JAVA package is complete... yes [...] JAVA_FLAGS = -I/usr/lib/j2sdk1.4-sun/include/libgcj -DHasJava But I got an error panoinfo_unix.o(.text+0x2a): In function `main': $ make make all-recursive make[1]: Entering directory `/var/backups/download/graphics/panotools/libpano' Making all in tools make[2]: Entering directory `/var/backups/download/graphics/panotools/libpano/tools' if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I /usr/lib/java/include/ -I /usr/lib/java/include/genunix -I /usr/lib/java/include/linux -I /usr/lib/java/include/linux -D__Ansi__=1 -g -O2 -MT panoinfo_unix.o -MD -MP -MF ".deps/panoinfo_unix.Tpo" -c -o panoinfo_unix.o panoinfo_unix.c; \ then mv -f ".deps/panoinfo_unix.Tpo" ".deps/panoinfo_unix.Po"; else rm -f ".deps/panoinfo_unix.Tpo"; exit 1; fi /bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -o panoinfo panoinfo_unix.o -lpano12 mkdir .libs gcc -g -O2 -o panoinfo panoinfo_unix.o -lpano12 panoinfo_unix.o(.text+0x2a): In function `main': /var/backups/download/graphics/panotools/libpano/tools/panoinfo_unix.c:42: undefined reference to `queryFeatureString' [...] panoinfo_unix.o(.text+0x186):/var/backups/download/graphics/panotools/libpano/tools/panoinfo_unix.c:90: undefined reference to `queryFeatureString' collect2: ld returned 1 exit status make[2]: *** [panoinfo] Error 1 make[2]: Leaving directory `/var/backups/download/graphics/panotools/libpano/tools' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/backups/download/graphics/panotools/libpano' make: *** [all] Error 2 From douglasw at zahav.net.il Tue Nov 9 05:48:02 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Tue Nov 9 05:48:27 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <20041108205921.GD2424@postle.net> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> <20041108205921.GD2424@postle.net> Message-ID: <1099979283.23830.90.camel@phlebus.mort.lan> On Mon, 2004-11-08 at 20:59 +0000, Bruno Postle wrote: [snip] > Ok, I've renamed these in CVS. excellent. removed from this version > - This file gets created, which I understand from the earlier > discussion is invalid since the third number shouldn't be higher > than the first: > > $PREFIX/lib/libpano12.so.2.0.7 agreed. After thinking about it a little more, Andreas is 100% correct. It should be 0:0:0. Corrected in this version > > - It only installs three header files (panorama.h, filter.h & > version.h) is that right? Andreas' version installed pteditor.h, > ptutils.h & queryfeature.h as well. Installs these too now > > - `make dist` creates pano12-2.7.0.7.tar.gz - I assumed the tarball > would be called libpano12-2.7.0.7.tar.gz since it is basically a > library - Or am I wrong? Not wrong at all, corrected Also the issues Gerhard had with the java flags in the tool directory has been corrected. One thing that I have not sorted is that the tools are built before the library, which is still a problem :-(( Attached is the updated version. regards, Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: pano-auto-2.tar.gz Type: application/x-compressed-tar Size: 7293 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041109/8967ec51/pano-auto-2.tar.bin From ggrubbish at web.de Tue Nov 9 07:14:33 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Tue Nov 9 08:14:21 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool Message-ID: <199492559@web.de> Douglas Wilkins schrieb am 09.11.04 06:49:00: > > On Mon, 2004-11-08 at 20:59 +0000, Bruno Postle wrote: > [snip] > > Ok, I've renamed these in CVS. > [...] > > Also the issues Gerhard had with the java flags in the tool directory has been corrected. > > One thing that I have not sorted is that the tools are built before the > library, which is still a problem :-(( > I don't know if you already read my post from 2:22 http://article.gmane.org/gmane.comp.misc.ptx/2760 I needed gcj for JAVA. But make stops with an error in function 'main' I think the java flags are no longer the problem for me: $ ./configure --with-gnu-ld --with-java=/usr/lib/j2sdk1.4-sun checking build system type... i686-pc-linux-gnu [...] checking if JAVA package is complete... yes [...] JAVA_FLAGS = -I/usr/lib/j2sdk1.4-sun/include/libgcj -DHasJava But now make stops in function 'main': [...] panoinfo_unix.o(.text+0x2a): In function `main': /var/backups/download/graphics/panotools/libpano/tools/panoinfo_unix.c:42: undefined reference to `queryFeatureString' [...] panoinfo_unix.o(.text+0x186):/var/backups/download/graphics/panotools/libpano/tools/panoinfo_unix.c:90: undefined reference to `queryFeatureString' collect2: ld returned 1 exit status [...] > > Attached is the updated version. > I got no time to test it before this evening. NOTE: Please check the TO: header (please, set TO: PTX mailing list ) because I cannot set the REPLY-TO: header from this webmail interface! regards Gerhard Gaussling From bruno at postle.net Tue Nov 9 08:51:03 2004 From: bruno at postle.net (Bruno Postle) Date: Tue Nov 9 08:50:47 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <1099979283.23830.90.camel@phlebus.mort.lan> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> Message-ID: <20041109085102.GA2451@postle.net> On Tue 09-Nov-2004 at 07:48 +0200, Douglas Wilkins wrote: > One thing that I have not sorted is that the tools are built > before the library, which is still a problem :-(( This latest version works for me. It might be a problem that `make dist` doesn't include the bootstrap file - It could be useful for somebody who wants to work on the code but who doesn't have CVS access. -- Bruno From douglasw at zahav.net.il Tue Nov 9 09:02:22 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Tue Nov 9 09:02:53 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <20041109085102.GA2451@postle.net> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> <20041109085102.GA2451@postle.net> Message-ID: <1099990943.23830.93.camel@phlebus.mort.lan> On Tue, 2004-11-09 at 08:51 +0000, Bruno Postle wrote: [snip] > This latest version works for me. Good :-) > > It might be a problem that `make dist` doesn't include the bootstrap > file - It could be useful for somebody who wants to work on the code > but who doesn't have CVS access. Oops :-( Attached patch fixes (add bootstrap to EXTRA_DIST) regards, Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: Makefile.am.diff Type: text/x-patch Size: 357 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041109/7d714520/Makefile.am.bin From ptx-ml at 3demi.net Tue Nov 9 09:19:21 2004 From: ptx-ml at 3demi.net (Franck SICARD) Date: Tue Nov 9 09:19:06 2004 Subject: [ptx] (appendix) How to compile hugin cvs on debian GNU linux sarge/SID? In-Reply-To: <8ais8gjgwa.fsf@faeppc48.tu-graz.ac.at> References: <200411061159.33738.ggrubbish@web.de> <1099749211.28905.14.camel@phlebus.mort.lan> <200411061541.54617.ggrubbish@web.de> <200411061646.33211.ggrubbish@web.de> <20041108135112.GC12930@megaruth> <8ais8gjgwa.fsf@faeppc48.tu-graz.ac.at> Message-ID: <20041109091920.GA15538@megaruth> On Mon, Nov 08, 2004 at 08:10:45PM +0100, Andreas Hirczy wrote: > Franck SICARD writes: > > > i use this little script: > > cvs diff - very clever Yep ;-), it is absolutly needed on my notbook (PIII 850) because compiling hugin take a very lot of time on it, and then prevent to build a version without chnages. > > cvs update > > I prefer "cvs update -Pd", but didn't protect me from those old config.h > files :) this flags are in my ~/.cvsrc file ;-) > I use a shell script "~/bin/bootstrap" for a quick test installation > now and then: I like your script, i think i will borrow it. Franck > ----------------- > #!/bin/sh > > DIR=`pwd` > PKG=`basename $DIR` > > if [ -d CVS ]; then > cvs update -Pd > fi > > if [ -x ./bootstrap ]; then > ./bootstrap > fi > > make distclean # might fail (no Makefile present) > > ./configure --prefix=/tmp/$PKG \ > && make clean \ > && make \ > && make install > ----------------- -- Franck SICARD http://3demi.net/ PGP key=DFDFA865 fingerprint=8E2E 167E 9503 461B AD76 D962 2EEE 9869 DFDF A865 From ahi at itp.tugraz.at Tue Nov 9 09:26:38 2004 From: ahi at itp.tugraz.at (Andreas Hirczy) Date: Tue Nov 9 09:26:25 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <1099979283.23830.90.camel@phlebus.mort.lan> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> Message-ID: <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> Douglas Wilkins writes: > > - `make dist` creates pano12-2.7.0.7.tar.gz - I assumed the tarball > > would be called libpano12-2.7.0.7.tar.gz since it is basically a > > library - Or am I wrong? > > Not wrong at all, corrected In "./tools/Makefile.am" I had to add .win32 extensions to the makefiles in EXTRA_DIST to make "make dist" work correctly. > One thing that I have not sorted is that the tools are built before the > library, which is still a problem :-(( I changed the line "SUBDIRS=tools m4" to "SUBDIRS=m4 . tools" in Makefile.am, now the library will be build before tools/*.c. Im my first attempt i decided it's not worth the trouble with SUBDISR for just 2 files. Maybe the makers auf autotools didn't expect a library in main dir and distributeable binarys in sub directories. > Attached is the updated version. Thanks. ciao, Andreas -- Andreas Hirczy http://itp.tugraz.at/~ahi/ Graz University of Technology phone: +43/316/873-81 90 Institute of Theoretical and Computational Physics fax: +43/316/873-86 78 Petersgasse 16, A-8010 Graz mobile: +43/699/19 14 24 60 From bruno at postle.net Tue Nov 9 09:42:42 2004 From: bruno at postle.net (Bruno Postle) Date: Tue Nov 9 09:42:27 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> Message-ID: <20041109094241.GB2451@postle.net> On Tue 09-Nov-2004 at 10:26 +0100, Andreas Hirczy wrote: > > In "./tools/Makefile.am" I had to add .win32 extensions to the > makefiles in EXTRA_DIST to make "make dist" work correctly. Sorry I renamed the files slightly differently. > I changed the line "SUBDIRS=tools m4" to "SUBDIRS=m4 . tools" in > Makefile.am, I've now added the build system to CVS: AUTHORS ChangeLog Makefile.am NEWS README bootstrap configure.ac m4/Makefile.am m4/ax_check_graphics.m4 m4/ax_check_java.m4 tools/Makefile.am This won't show up in anonymous-cvs for a few hours, but it would be nice to test this on as many platforms as possible. > Maybe the makers auf autotools didn't expect a library in main dir > and distributeable binarys in sub directories. Yes the library sources should have been initially imported to a sub-directory but it would be difficult to change it now without losing the CVS history. -- Bruno From ahi at itp.tugraz.at Tue Nov 9 10:12:22 2004 From: ahi at itp.tugraz.at (Andreas Hirczy) Date: Tue Nov 9 10:12:08 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <1099979283.23830.90.camel@phlebus.mort.lan> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> Message-ID: <8a7jovib5l.fsf@faeppc48.tu-graz.ac.at> Douglas Wilkins writes: > One thing that I have not sorted is that the tools are built before the > library, which is still a problem :-(( Sorry for my previous posting; with "SUBDIRS=m4 . tools" tools will be build after the library, but fails on a clean machine: [....] (cd .libs && rm -f libpano12.la && ln -s ../libpano12.la libpano12.la) make[2]: Leaving directory `/var/tmp/libpano12-2.7.0.7' Making all in tools make[2]: Entering directory `/var/tmp/libpano12-2.7.0.7/tools' if gcc -DHAVE_CONFIG_H -I. -I. -I.. -DHasJava -I/usr/include -DHasJPEG -I/usr/include -DHasPNG -I/usr/include -DHasTIFF -I/usr/include -DHasZLIB -D__Ansi__=1 -g -O2 -MT panoinfo_unix.o -MD -MP -MF ".deps/panoinfo_unix.Tpo" \ -c -o panoinfo_unix.o `test -f 'panoinfo_unix.c' || echo './'`panoinfo_unix.c; \ then mv -f ".deps/panoinfo_unix.Tpo" ".deps/panoinfo_unix.Po"; \ else rm -f ".deps/panoinfo_unix.Tpo"; exit 1; \ fi /bin/sh ../libtool --mode=link gcc -g -O2 -L/usr/lib -ljpeg -L/usr/lib -lpng -L/usr/lib -ltiff -L/usr/lib -lz -o panoinfo panoinfo_unix.o -lpano12 mkdir .libs gcc -g -O2 -o panoinfo panoinfo_unix.o -L/usr/lib /usr/lib/libjpeg.so -lpng -ltiff -lz -lpano12 /usr/bin/ld: cannot find -lpano12 collect2: ld returned 1 exit status make[2]: *** [panoinfo] Error 1 make[2]: Leaving directory `/var/tmp/libpano12-2.7.0.7/tools' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/libpano12-2.7.0.7' make: *** [all] Error 2 [....] While I like m4/, i still think its better to have build commands for panoinfo and PTOptimizer in a main Makefile.am. Andreas -- Andreas Hirczy http://itp.tugraz.at/~ahi/ Graz University of Technology phone: +43/316/873-81 90 Institute of Theoretical and Computational Physics fax: +43/316/873-86 78 Petersgasse 16, A-8010 Graz mobile: +43/699/19 14 24 60 From douglasw at zahav.net.il Tue Nov 9 10:13:41 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Tue Nov 9 10:14:11 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> Message-ID: <1099995222.23830.96.camel@phlebus.mort.lan> On Tue, 2004-11-09 at 10:26 +0100, Andreas Hirczy wrote: [snip] > I changed the line "SUBDIRS=tools m4" to "SUBDIRS=m4 . tools" in Makefile.am, > now the library will be build before tools/*.c. Nice solution. I hadn't thought of that :-) > Im my first attempt i decided > it's not worth the trouble with SUBDISR for just 2 files. I just wanted to leave a bit of flexibility so that if the tools are extended it won't be too difficult to add them. > Maybe the makers > auf autotools didn't expect a library in main dir and distributeable binarys > in sub directories. I guess not :-) regards, Doug From bruno at postle.net Tue Nov 9 11:11:57 2004 From: bruno at postle.net (Bruno Postle) Date: Tue Nov 9 11:11:59 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <20041109094241.GB2451@postle.net> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> <20041109094241.GB2451@postle.net> Message-ID: <20041109111157.GB9011@postle.net> On Tue 09-Nov-2004 at 09:42 +0000, Bruno Postle wrote: > > I've now added the build system to CVS: The library now builds on osx (this is a first): 1743296 libpano12.0.0.0.dylib 21 libpano12.0.dylib -> libpano12.0.0.0.dylib 21 libpano12.dylib -> libpano12.0.0.0.dylib 2087560 libpano12.a 15 libpano12.la -> ../libpano12.la 851 libpano12.lai Though the 'tools' fail as Andreas found. configure couldn't find java, tiff, jpeg or png headers, so I had to set CFLAGS (this is osx 10.1): CFLAGS='-I/System/Library/Frameworks/JavaVM.framework/Versions/Current/Headers -I/sw/include' ./configure make To build on fedora fc1 I had to change this line in configure.ac: AC_PREREQ(2.57) -- Bruno From douglasw at zahav.net.il Tue Nov 9 11:56:24 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Tue Nov 9 11:57:14 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <8a7jovib5l.fsf@faeppc48.tu-graz.ac.at> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> <8a7jovib5l.fsf@faeppc48.tu-graz.ac.at> Message-ID: <1100001384.3735.10.camel@phlebus.mort.lan> On Tue, 2004-11-09 at 11:12 +0100, Andreas Hirczy wrote: > Douglas Wilkins writes: > > > One thing that I have not sorted is that the tools are built before the > > library, which is still a problem :-(( > > Sorry for my previous posting; with "SUBDIRS=m4 . tools" tools will be build > after the library, but fails on a clean machine: [snip] > While I like m4/, i still think its better to have build commands for panoinfo > and PTOptimizer in a main Makefile.am. All it needs is one change. In the tools/Makefile.am, change the LDFLAGS to include -L.. New Makefile.am for ./tools attached with this change and removal of redundant flags as well. I have also attached an updated ax_check_java.m4 which should now work correctly. You will have to rerun bootstrap and configure though. regards, Doug -------------- next part -------------- #SUBDIRS=tools SUFFIXES = .rc RC = @WINDRES@ RCFLAGS = --use-temp-file --verbose -O COFF RCCOMPILE = $(RC) $(RCFLAGS) \ `echo $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) |\ sed -e 's/-I/--include-dir /g;s/-D/--define /g;s/-m.*//g'` if HAVE_MINGW WIN_SRC = panoinfo.c else WIN_SRC = endif if HAVE_LINUX LIN_SRC = panoinfo_unix.c LIN_DEFS = -D__Ansi__=1 else LIN_SRC = LIN_DEFS = endif if HAVE_DARWIN DAR_SRC = panoinfo_unix.c DAR_DEFS = -D__Ansi__=1 else DAR_SRC = DAR_DEFS = endif AM_CPPFLAGS = $(JAVA_FLAGS) $(LIN_DEFS) $(DAR_DEFS) AM_LDFLAGS = -L.. bin_PROGRAMS = panoinfo PTOptimizer PTOptimizer_SOURCES = PTOptimizer.c PTOptimizer_LDADD = -lpano12 panoinfo_SOURCES = $(WIN_SRC) $(LIN_SRC) $(DAR_SRC) panoinfo_LDADD = -lpano12 EXTRA_DIST = makefile.panoinfo makefile.ptoptimizer .rc.o: $(RCCOMPILE) -i $< -o $@ -------------- next part -------------- dnl Usage: dnl AX_CHECK_JAVA dnl Test for java, and defines dnl - JAVA_CFLAGS (compiler flags) dnl - LIB_JAVA (linker flags, stripping and path) dnl prerequisites: AC_DEFUN([AX_CHECK_JAVA], [ AC_ARG_WITH([java], AC_HELP_STRING([ --with-java=PFX], [prefix where 'java' is installed.]), [with_java_prefix=$withval], [with_java_prefix=${JAVA_INSTALL_PATH:-/usr/java/j2sdk1.4.1_01}]) have_java='no' LIB_JAVA='' JAVA_FLAGS='' JAVA_HOME='' if test "x$with_java" != 'xno' then AC_MSG_CHECKING([for JAVA installation at ${with_java}]) AC_MSG_RESULT() dnl these two lines should let u find most java installations java_dirs="/usr /usr/local /usr/lib/j2sdk1.4-sun /opt /mingw" java_inc_dirs="include include/libgcj" if test "x$with_java" != 'x' then if test -d "$with_java" then JAVA_HOME="$with_java" for j in $java_inc_dirs do if test -r "$JAVA_HOME/$j/jni.h"; then java_inc_dir="$j" break fi done else AC_MSG_WARN([Sorry, $with_java does not exist, checking usual places]) with_java='' fi fi dnl now find the java dirs if test "x$JAVA_HOME" = 'x' then for i in $java_dirs; do for j in $java_inc_dirs do if test -r "$i/$j/jni.h"; then JAVA_HOME="$i" java_inc_dir="$j" break fi done done if test "x$JAVA_HOME" != 'x' then AC_MSG_NOTICE([java home set to $JAVA_HOME]) else AC_MSG_NOTICE([cannot find the java directory, assuming it is specified in CFLAGS]) fi fi failed=0; passed=0; JAVA_OLD_CPPFLAGS=$CPPFLAGS if test "x$JAVA_HOME" != 'x' then CPPFLAGS="$CPPFLAGS -I$JAVA_HOME/$java_inc_dir" fi AC_LANG_SAVE AC_LANG_C AC_CHECK_HEADER(jni.h,passed=`expr $passed + 1`,failed=`expr $failed + 1`,) AC_LANG_RESTORE CPPFLAGS="$JAVA_OLD_CPPFLAGS" AC_MSG_CHECKING(if JAVA package is complete) if test $passed -gt 0 then if test $failed -gt 0 then AC_MSG_RESULT(no -- some components failed test) have_java='no (failed tests)' else if test "x$JAVA_HOME" = 'x' then JAVA_FLAGS= else LIB_JAVA="-LJAVA_HOME/lib" JAVA_FLAGS="-I$JAVA_HOME/$java_inc_dir -DHasJava" fi AC_DEFINE(HasJava,1,Define if you have Java) AC_MSG_RESULT(yes) have_java='yes' fi else AC_MSG_RESULT(no) fi fi AM_CONDITIONAL(HasJava, test "x$have_java" = 'xyes') AC_SUBST(LIB_JAVA) AC_SUBST(JAVA_FLAGS) ]) From douglasw at zahav.net.il Tue Nov 9 12:23:13 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Tue Nov 9 12:23:50 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <20041109111157.GB9011@postle.net> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> <20041109094241.GB2451@postle.net> <20041109111157.GB9011@postle.net> Message-ID: <1100002993.3735.22.camel@phlebus.mort.lan> On Tue, 2004-11-09 at 11:11 +0000, Bruno Postle wrote: > On Tue 09-Nov-2004 at 09:42 +0000, Bruno Postle wrote: > > > > I've now added the build system to CVS: > > The library now builds on osx (this is a first): > > 1743296 libpano12.0.0.0.dylib > 21 libpano12.0.dylib -> libpano12.0.0.0.dylib > 21 libpano12.dylib -> libpano12.0.0.0.dylib > 2087560 libpano12.a > 15 libpano12.la -> ../libpano12.la > 851 libpano12.lai > > Though the 'tools' fail as Andreas found. Do they still fail with my latest changes (new Makefile.am and ax_check_java.m4)? > > configure couldn't find java, tiff, jpeg or png headers, so I had to > set CFLAGS (this is osx 10.1): > > CFLAGS='-I/System/Library/Frameworks/JavaVM.framework/Versions/Current/Headers -I/sw/include' ./configure > make does it still need the CFLAGS with the attached patch applied? (Quick Hack) Also where does filter.r fit in? > > To build on fedora fc1 I had to change this line in configure.ac: > > AC_PREREQ(2.57) Not a problem, could be AC_PREREQ(2.5) as well to catch all working versions. regards, Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: darwin.diff Type: text/x-patch Size: 335 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041109/1034270f/darwin.bin From douglasw at zahav.net.il Tue Nov 9 12:54:13 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Tue Nov 9 12:55:25 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <20041109111157.GB9011@postle.net> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> <20041109094241.GB2451@postle.net> <20041109111157.GB9011@postle.net> Message-ID: <1100004854.3735.26.camel@phlebus.mort.lan> On Tue, 2004-11-09 at 11:11 +0000, Bruno Postle wrote: > On Tue 09-Nov-2004 at 09:42 +0000, Bruno Postle wrote: [snip] > To build on fedora fc1 I had to change this line in configure.ac: > > AC_PREREQ(2.57) > Now that anonymous CVS has updated, attached is a patch against it for - Relaxed AC_PREREQ - updated ax_check_java.m4 - updated tools/Makefile.am regards, Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: pano-cvs041109.diff Type: text/x-patch Size: 2884 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041109/454563b0/pano-cvs041109.bin From douglasw at zahav.net.il Tue Nov 9 13:20:23 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Tue Nov 9 13:22:52 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <1100004854.3735.26.camel@phlebus.mort.lan> References: <8a654hoi1s.fsf@faeppc48.tu-graz.ac.at> <20041107170947.GC2426@postle.net> <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> <20041109094241.GB2451@postle.net> <20041109111157.GB9011@postle.net> <1100004854.3735.26.camel@phlebus.mort.lan> Message-ID: <1100006423.3735.31.camel@phlebus.mort.lan> On Tue, 2004-11-09 at 14:54 +0200, Douglas Wilkins wrote: > On Tue, 2004-11-09 at 11:11 +0000, Bruno Postle wrote: > > On Tue 09-Nov-2004 at 09:42 +0000, Bruno Postle wrote: > [snip] > > To build on fedora fc1 I had to change this line in configure.ac: > > > > AC_PREREQ(2.57) > > > Now that anonymous CVS has updated, attached is a patch against it for > - Relaxed AC_PREREQ > - updated ax_check_java.m4 > - updated tools/Makefile.am > And just to show that you can never be too careful, a typo (I hit ^h instead of ^j) at line 94 of ax_check_java.m4. The line is: LIB_JAVA="-LJAVA_HOME/lib" and should be: LIB_JAVA="-L$JAVA_HOME/lib" ^^^^ regards, Doug From bruno at postle.net Tue Nov 9 13:55:48 2004 From: bruno at postle.net (Bruno Postle) Date: Tue Nov 9 13:55:32 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <1100002993.3735.22.camel@phlebus.mort.lan> References: <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> <20041109094241.GB2451@postle.net> <20041109111157.GB9011@postle.net> <1100002993.3735.22.camel@phlebus.mort.lan> Message-ID: <20041109135547.GB5348@postle.net> On Tue 09-Nov-2004 at 14:23 +0200, Douglas Wilkins wrote: > > > > The library now builds on osx (this is a first): > > Though the 'tools' fail as Andreas found. > > Do they still fail with my latest changes (new Makefile.am and > ax_check_java.m4)? Now the library builds and so does panoinfo, PTOptimizer.o gets created, but linking fails: /bin/sh ../libtool --mode=link gcc -g -O2 -L.. -o PTOptimizer PTOptimizer.o -lpano12 gcc -g -O2 -o .libs/PTOptimizer PTOptimizer.o -L/Users/bruno/src/libpano12-2.7.0.7 /Users/bruno/src/libpano12-2.7.0.7/.libs/libpano12.dylib -L/usr/local/lib -lpng -L/usr/lib -lz ld: Undefined symbols: _FSClose _FSRead _FSWrite _FSpCreate _FSpDelete _FSpOpenDF _CFStringCreateWithPascalString _CFURLCreateWithFileSystemPath _CFURLGetFileSystemRepresentation _CopyCStringToPascal _TIFFClose _TIFFGetField _TIFFOpen _TIFFReadRGBAImage _TIFFReadScanline _TIFFScanlineSize _TIFFSetField _TIFFWriteScanline _kCFAllocatorDefault _FSpRename _MyCtoPStr _p2cstr _setLibToResFile _unsetLibToResFile _jpeg_CreateCompress _jpeg_CreateDecompress _jpeg_destroy_compress _jpeg_destroy_decompress _jpeg_finish_compress _jpeg_finish_decompress _jpeg_read_header _jpeg_read_scanlines _jpeg_set_defaults _jpeg_set_quality _jpeg_simple_progression _jpeg_start_compress _jpeg_start_decompress _jpeg_std_error _jpeg_stdio_dest _jpeg_stdio_src _jpeg_write_scanlines > does it still need the CFLAGS with the attached patch applied? That works fine. > Also where does filter.r fit in? There are various ways of building the library, the Windows and mac classic versions have pop-up dialogs with progress-bars etc.. The linux version is console only - This is the version we are building for osx I believe. Kekus Digital builds another version for osx to go with PTMac, this version has native pop-up dialogs - filter.r is part of this I think. -- Bruno From douglasw at zahav.net.il Tue Nov 9 14:18:12 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Tue Nov 9 14:24:22 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <20041109135547.GB5348@postle.net> References: <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> <20041109094241.GB2451@postle.net> <20041109111157.GB9011@postle.net> <1100002993.3735.22.camel@phlebus.mort.lan> <20041109135547.GB5348@postle.net> Message-ID: <1100009892.3735.35.camel@phlebus.mort.lan> On Tue, 2004-11-09 at 13:55 +0000, Bruno Postle wrote: > On Tue 09-Nov-2004 at 14:23 +0200, Douglas Wilkins wrote: > > > > > > The library now builds on osx (this is a first): > > > > Though the 'tools' fail as Andreas found. > > > > Do they still fail with my latest changes (new Makefile.am and > > ax_check_java.m4)? > > Now the library builds and so does panoinfo, PTOptimizer.o gets > created, but linking fails: > Probably needs the attached patch :-) > > does it still need the CFLAGS with the attached patch applied? > > That works fine. > > > Also where does filter.r fit in? > > There are various ways of building the library, the Windows and mac > classic versions have pop-up dialogs with progress-bars etc.. > > The linux version is console only - This is the version we are > building for osx I believe. > > Kekus Digital builds another version for osx to go with PTMac, this > version has native pop-up dialogs - filter.r is part of this I > think. > Thanks for the info. so the darwin: rule in Makefile.am is almost correct? regards, Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: darwin2.diff Type: text/x-patch Size: 352 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041109/2910fbb0/darwin2.bin From douglasw at zahav.net.il Tue Nov 9 14:23:45 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Tue Nov 9 14:24:30 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <20041109135547.GB5348@postle.net> References: <8aoei8n4k8.fsf@faeppc48.tu-graz.ac.at> <20041108091510.GD2428@postle.net> <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> <20041109094241.GB2451@postle.net> <20041109111157.GB9011@postle.net> <1100002993.3735.22.camel@phlebus.mort.lan> <20041109135547.GB5348@postle.net> Message-ID: <1100010225.3735.39.camel@phlebus.mort.lan> On Tue, 2004-11-09 at 13:55 +0000, Bruno Postle wrote: [snip] Ignore my last patch :-( Working in the dark without a mac This one should be closer Adjust DAR_LDFLAGS appropriately for your machine if necessary regards, Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: darwin3.diff Type: text/x-patch Size: 541 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041109/2c130689/darwin3.bin From bruno at postle.net Tue Nov 9 15:18:47 2004 From: bruno at postle.net (Bruno Postle) Date: Tue Nov 9 15:18:48 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <1100010225.3735.39.camel@phlebus.mort.lan> References: <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> <20041109094241.GB2451@postle.net> <20041109111157.GB9011@postle.net> <1100002993.3735.22.camel@phlebus.mort.lan> <20041109135547.GB5348@postle.net> <1100010225.3735.39.camel@phlebus.mort.lan> Message-ID: <20041109151847.GB25606@postle.net> On Tue 09-Nov-2004 at 16:23 +0200, Douglas Wilkins wrote: > Ignore my last patch :-( Working in the dark without a mac > This one should be closer I can get rid of most of the errors if I add various -l flags: DAR_LDFLAGS = "-L/usr/lib -L/sw/lib -ltiff -ljpeg -lpng -lz" Though I don't know where to find the rest of these symbols: gcc -g -O2 -o .libs/PTOptimizer PTOptimizer.o -L/Users/bruno/src/libpano12-2.7.0.7 -L/usr/lib -L/sw/lib -ltiff /sw/lib/libjpeg.dylib -L.. /Users/bruno/src/libpano12-2.7.0.7/.libs/libpano12.dylib -L/usr/local/lib -lpng -lz ld: Undefined symbols: _FSClose _FSRead _FSWrite _FSpCreate _FSpDelete _FSpOpenDF _CFStringCreateWithPascalString _CFURLCreateWithFileSystemPath _CFURLGetFileSystemRepresentation _CopyCStringToPascal _kCFAllocatorDefault _FSpRename _MyCtoPStr _p2cstr _setLibToResFile _unsetLibToResFile -- Bruno From douglasw at zahav.net.il Tue Nov 9 15:32:43 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Tue Nov 9 15:33:22 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <20041109151847.GB25606@postle.net> References: <8a4qk0myi9.fsf@faeppc48.tu-graz.ac.at> <1099917696.23830.14.camel@phlebus.mort.lan> <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> <20041109094241.GB2451@postle.net> <20041109111157.GB9011@postle.net> <1100002993.3735.22.camel@phlebus.mort.lan> <20041109135547.GB5348@postle.net> <1100010225.3735.39.camel@phlebus.mort.lan> <20041109151847.GB25606@postle.net> Message-ID: <1100014363.3735.55.camel@phlebus.mort.lan> On Tue, 2004-11-09 at 15:18 +0000, Bruno Postle wrote: > On Tue 09-Nov-2004 at 16:23 +0200, Douglas Wilkins wrote: > > > Ignore my last patch :-( Working in the dark without a mac > > This one should be closer > > I can get rid of most of the errors if I add various -l flags: > > DAR_LDFLAGS = "-L/usr/lib -L/sw/lib -ltiff -ljpeg -lpng -lz" > > Though I don't know where to find the rest of these symbols: > > gcc -g -O2 -o .libs/PTOptimizer PTOptimizer.o -L/Users/bruno/src/libpano12-2.7.0.7 -L/usr/lib -L/sw/lib -ltiff /sw/lib/libjpeg.dylib -L.. /Users/bruno/src/libpano12-2.7.0.7/.libs/libpano12.dylib -L/usr/local/lib -lpng -lz > ld: Undefined symbols: > _FSClose > _FSRead > _FSWrite > _FSpCreate > _FSpDelete > _FSpOpenDF > _CFStringCreateWithPascalString > _CFURLCreateWithFileSystemPath > _CFURLGetFileSystemRepresentation > _CopyCStringToPascal > _kCFAllocatorDefault > _FSpRename > _MyCtoPStr > _p2cstr > _setLibToResFile > _unsetLibToResFile > Most of these seem to be in sys_mac.c change DAR_SRC = sys_ansi.c ppm.c to DAR_SRC = sys_mac.c sys_ansi.c ppm.c in Makefile.am (sys_ansi.c might not be required) then run bootstrap, configure and make HTH but I am guessing :-)) regards, Doug From bruno at postle.net Tue Nov 9 16:39:16 2004 From: bruno at postle.net (Bruno Postle) Date: Tue Nov 9 16:39:19 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <1100014363.3735.55.camel@phlebus.mort.lan> References: <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> <20041109094241.GB2451@postle.net> <20041109111157.GB9011@postle.net> <1100002993.3735.22.camel@phlebus.mort.lan> <20041109135547.GB5348@postle.net> <1100010225.3735.39.camel@phlebus.mort.lan> <20041109151847.GB25606@postle.net> <1100014363.3735.55.camel@phlebus.mort.lan> Message-ID: <20041109163916.GC25606@postle.net> On Tue 09-Nov-2004 at 17:32 +0200, Douglas Wilkins wrote: > > Though I don't know where to find the rest of these symbols: > Most of these seem to be in sys_mac.c Doh, it's trying to build a mac classic gui version of PTOptimizer. I searched on google and found this patch to panorama.h that I created myself! http://www.email-lists.org/pipermail/ptx/2004-February/001374.html arrggh, though it still needs this in tools/Makefile.am: DAR_LDFLAGS = -L/sw/lib -ltiff -ljpeg Now everything appears to work on this osx box at least. -- Bruno From douglasw at zahav.net.il Tue Nov 9 17:09:28 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Tue Nov 9 17:10:45 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <20041109163916.GC25606@postle.net> References: <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> <20041109094241.GB2451@postle.net> <20041109111157.GB9011@postle.net> <1100002993.3735.22.camel@phlebus.mort.lan> <20041109135547.GB5348@postle.net> <1100010225.3735.39.camel@phlebus.mort.lan> <20041109151847.GB25606@postle.net> <1100014363.3735.55.camel@phlebus.mort.lan> <20041109163916.GC25606@postle.net> Message-ID: <1100020169.3735.69.camel@phlebus.mort.lan> On Tue, 2004-11-09 at 16:39 +0000, Bruno Postle wrote: > On Tue 09-Nov-2004 at 17:32 +0200, Douglas Wilkins wrote: > > > > Though I don't know where to find the rest of these symbols: > > > Most of these seem to be in sys_mac.c > > Doh, it's trying to build a mac classic gui version of PTOptimizer. > I searched on google and found this patch to panorama.h that I > created myself! > > http://www.email-lists.org/pipermail/ptx/2004-February/001374.html > > arrggh, though it still needs this in tools/Makefile.am: > > DAR_LDFLAGS = -L/sw/lib -ltiff -ljpeg > > Now everything appears to work on this osx box at least. > Glad I could at least give you a pointer to the problem :-) As far as the DAR_LDFLAGS are concerned, I understand the -L part, but libtool should automatically add the other two libs from libpano12.la (it already adds -lpng and -lz right?) the relevant lines from libpano12.la on my build: # Libraries that this one depends upon. dependency_libs=' -L/usr/lib /usr/lib/libjpeg.la -lpng -ltiff -lz' regards, Doug From douglasw at zahav.net.il Tue Nov 9 17:19:26 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Tue Nov 9 17:22:20 2004 Subject: [ptx] libpano12 - build with GNU autoconf, automake and libtool In-Reply-To: <20041109163916.GC25606@postle.net> References: <20041108205921.GD2424@postle.net> <1099979283.23830.90.camel@phlebus.mort.lan> <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> <20041109094241.GB2451@postle.net> <20041109111157.GB9011@postle.net> <1100002993.3735.22.camel@phlebus.mort.lan> <20041109135547.GB5348@postle.net> <1100010225.3735.39.camel@phlebus.mort.lan> <20041109151847.GB25606@postle.net> <1100014363.3735.55.camel@phlebus.mort.lan> <20041109163916.GC25606@postle.net> Message-ID: <1100020766.3735.72.camel@phlebus.mort.lan> On Tue, 2004-11-09 at 16:39 +0000, Bruno Postle wrote: > On Tue 09-Nov-2004 at 17:32 +0200, Douglas Wilkins wrote: > > > > Though I don't know where to find the rest of these symbols: > > > Most of these seem to be in sys_mac.c > > Doh, it's trying to build a mac classic gui version of PTOptimizer. > I searched on google and found this patch to panorama.h that I > created myself! > > http://www.email-lists.org/pipermail/ptx/2004-February/001374.html > Looking at this patch, do we need to add: -flat_namespace -undefined suppress to the flags? regards, Doug From bruno at postle.net Tue Nov 9 17:33:21 2004 From: bruno at postle.net (Bruno Postle) Date: Tue Nov 9 17:33:23 2004 Subject: [ptx] libpano12 on osx (was: build with GNU autoconf) In-Reply-To: <1100020169.3735.69.camel@phlebus.mort.lan> References: <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> <20041109094241.GB2451@postle.net> <20041109111157.GB9011@postle.net> <1100002993.3735.22.camel@phlebus.mort.lan> <20041109135547.GB5348@postle.net> <1100010225.3735.39.camel@phlebus.mort.lan> <20041109151847.GB25606@postle.net> <1100014363.3735.55.camel@phlebus.mort.lan> <20041109163916.GC25606@postle.net> <1100020169.3735.69.camel@phlebus.mort.lan> Message-ID: <20041109173321.GD25606@postle.net> On Tue 09-Nov-2004 at 19:09 +0200, Douglas Wilkins wrote: > > DAR_LDFLAGS = -L/sw/lib -ltiff -ljpeg > libtool should automatically add the other two libs from libpano12.la > (it already adds -lpng and -lz right?) > > the relevant lines from libpano12.la on my build: > > # Libraries that this one depends upon. > dependency_libs=' -L/usr/lib /usr/lib/libjpeg.la -lpng -ltiff -lz' The one on the mac looks like this: # Libraries that this one depends upon. dependency_libs=' -L/usr/local/lib -lpng -L/usr/lib -lz' I understand, I was ignoring configure failing to find the libraries: checking for JAVA installation at ... configure: cannot find the java directory, assuming it is specified in CFLAGS checking for JPEG support ... configure: cannot find the jpeg directory, assuming it is specified in CFLAGS checking for TIFF support ... configure: cannot find the tiff directory, assuming it is specified in CFLAGS Fink installs the jpeg and tiff libraries into /sw/{lib,include} and sun Java is in /System/Library/Frameworks/JavaVM.framework/Versions/Current/Headers -- Bruno From bruno at postle.net Tue Nov 9 17:38:54 2004 From: bruno at postle.net (Bruno Postle) Date: Tue Nov 9 17:38:56 2004 Subject: [ptx] libpano12 on osx (was: build with GNU autoconf) In-Reply-To: <1100020766.3735.72.camel@phlebus.mort.lan> References: <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> <20041109094241.GB2451@postle.net> <20041109111157.GB9011@postle.net> <1100002993.3735.22.camel@phlebus.mort.lan> <20041109135547.GB5348@postle.net> <1100010225.3735.39.camel@phlebus.mort.lan> <20041109151847.GB25606@postle.net> <1100014363.3735.55.camel@phlebus.mort.lan> <20041109163916.GC25606@postle.net> <1100020766.3735.72.camel@phlebus.mort.lan> Message-ID: <20041109173854.GE25606@postle.net> On Tue 09-Nov-2004 at 19:19 +0200, Douglas Wilkins wrote: > Looking at this patch, do we need to add: > > -flat_namespace -undefined suppress > > to the flags? I don't think so, I added those to get rid of linker errors. The new build gets much further than the old makefile.osx - Which never actually built a viable libpano12.dylib anyway. -- Bruno From douglasw at zahav.net.il Tue Nov 9 18:09:32 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Tue Nov 9 18:10:26 2004 Subject: [ptx] libpano12 on osx (was: build with GNU autoconf) In-Reply-To: <20041109173321.GD25606@postle.net> References: <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> <20041109094241.GB2451@postle.net> <20041109111157.GB9011@postle.net> <1100002993.3735.22.camel@phlebus.mort.lan> <20041109135547.GB5348@postle.net> <1100010225.3735.39.camel@phlebus.mort.lan> <20041109151847.GB25606@postle.net> <1100014363.3735.55.camel@phlebus.mort.lan> <20041109163916.GC25606@postle.net> <1100020169.3735.69.camel@phlebus.mort.lan> <20041109173321.GD25606@postle.net> Message-ID: <1100023772.3735.84.camel@phlebus.mort.lan> On Tue, 2004-11-09 at 17:33 +0000, Bruno Postle wrote: > On Tue 09-Nov-2004 at 19:09 +0200, Douglas Wilkins wrote: > > > > DAR_LDFLAGS = -L/sw/lib -ltiff -ljpeg > > > libtool should automatically add the other two libs from libpano12.la > > (it already adds -lpng and -lz right?) > > > > the relevant lines from libpano12.la on my build: > > > > # Libraries that this one depends upon. > > dependency_libs=' -L/usr/lib /usr/lib/libjpeg.la -lpng -ltiff -lz' > > The one on the mac looks like this: > > # Libraries that this one depends upon. > dependency_libs=' -L/usr/local/lib -lpng -L/usr/lib -lz' > > I understand, I was ignoring configure failing to find the > libraries: > > checking for JAVA installation at ... > configure: cannot find the java directory, assuming it is specified in CFLAGS > checking for JPEG support ... > configure: cannot find the jpeg directory, assuming it is specified in CFLAGS > checking for TIFF support ... > configure: cannot find the tiff directory, assuming it is specified in CFLAGS > > Fink installs the jpeg and tiff libraries into /sw/{lib,include} > and sun Java is in > /System/Library/Frameworks/JavaVM.framework/Versions/Current/Headers > So this patch (against current Anonymous CVS) should work regards, Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: hugin-mac.diff Type: text/x-patch Size: 3170 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041109/10d40fe9/hugin-mac.bin From douglasw at zahav.net.il Tue Nov 9 18:13:30 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Tue Nov 9 18:14:06 2004 Subject: [ptx] libpano12 on osx (was: build with GNU autoconf) In-Reply-To: <1100023772.3735.84.camel@phlebus.mort.lan> References: <8amzxrid9t.fsf@faeppc48.tu-graz.ac.at> <20041109094241.GB2451@postle.net> <20041109111157.GB9011@postle.net> <1100002993.3735.22.camel@phlebus.mort.lan> <20041109135547.GB5348@postle.net> <1100010225.3735.39.camel@phlebus.mort.lan> <20041109151847.GB25606@postle.net> <1100014363.3735.55.camel@phlebus.mort.lan> <20041109163916.GC25606@postle.net> <1100020169.3735.69.camel@phlebus.mort.lan> <20041109173321.GD25606@postle.net> <1100023772.3735.84.camel@phlebus.mort.lan> Message-ID: <1100024010.3735.88.camel@phlebus.mort.lan> On Tue, 2004-11-09 at 20:09 +0200, Douglas Wilkins wrote: [snip] > So this patch (against current Anonymous CVS) should work If my head wasn't screwed on ...... After applying the patch, replace headers with Headers in ax_check_java.m4 regards, Doug From katharos at mac.com Tue Nov 9 19:22:54 2004 From: katharos at mac.com (Katherine Donaldson) Date: Tue Nov 9 19:22:53 2004 Subject: [ptx] 48 bit workflow Message-ID: I'm trying to set up a 48 bit panorama workflow. So far my process looks like this: Capture a set of raw NEF's. Use dcraw to convert to 24 bit and 48 bit PPMs. Use ImageMagick to convert to 24 bit and 48 bit TIFFs. Run Autopano-Sift 2.0 on the 24 bit images since it won't work properly on 48 bit. Use Hugin to read in lens profile, tweak control points and optimize parameters. Then I run into problems. If I use Hugin to stitch (either PTStitcher or Nona) my 48 bit TIFFs I still end up with 24 bit output. What can I do to get a 48 bit output panorama? Thanks, Katherine From ggrubbish at web.de Tue Nov 9 19:26:45 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Tue Nov 9 19:29:45 2004 Subject: [ptx] Still JAVA problems (was: build with GNU autotools) In-Reply-To: <199492559@web.de> References: <199492559@web.de> Message-ID: <200411092026.45986.ggrubbish@web.de> Am Dienstag 09 November 2004 08:14 schrieb Gerhard Gaussling: > Douglas Wilkins schrieb am 09.11.04 06:49:00: > > On Mon, 2004-11-08 at 20:59 +0000, Bruno Postle wrote: > > [snip] > > > > > Ok, I've renamed these in CVS. > > > > [...] > > > > Also the issues Gerhard had with the java flags in the tool > > directory has been corrected. > > > > One thing that I have not sorted is that the tools are built before > > the library, which is still a problem :-(( > > I don't know if you already read my post from 2:22 > http://article.gmane.org/gmane.comp.misc.ptx/2760 I needed gcj for > JAVA. But make stops with an error in function 'main' I think the > java flags are no longer the problem for me: > > $ ./configure --with-gnu-ld --with-java=/usr/lib/j2sdk1.4-sun > checking build system type... i686-pc-linux-gnu > [...] > checking if JAVA package is complete... yes > [...] > JAVA_FLAGS = -I/usr/lib/j2sdk1.4-sun/include/libgcj -DHasJava > I got no longer (new cvs checkout) these results for JAVA, but therefor PTOptimizer is build successfully and also panoinfo, but no libpano12.so ...Hmmm? ./configure [..] checking for JAVA installation at ... configure: java home set to /usr/lib/j2sdk1.4-sun checking jni.h usability... no checking jni.h presence... no checking for jni.h... no checking if JAVA package is complete... no configure: WARNING: java must be installed on your system but configure could not find it. Kind regards Gerhard Gau?ling From douglasw at zahav.net.il Tue Nov 9 19:45:13 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Tue Nov 9 19:49:09 2004 Subject: [ptx] Still JAVA problems (was: build with GNU autotools) In-Reply-To: <200411092026.45986.ggrubbish@web.de> References: <199492559@web.de> <200411092026.45986.ggrubbish@web.de> Message-ID: <1100029514.3735.109.camel@phlebus.mort.lan> On Tue, 2004-11-09 at 20:26 +0100, Gerhard Gaussling wrote: > Am Dienstag 09 November 2004 08:14 schrieb Gerhard Gaussling: > > Douglas Wilkins schrieb am 09.11.04 06:49:00: > > > On Mon, 2004-11-08 at 20:59 +0000, Bruno Postle wrote: > > > [snip] > > > > > > > Ok, I've renamed these in CVS. > > > > > > [...] > > > > > > Also the issues Gerhard had with the java flags in the tool > > > directory has been corrected. > > > > > > One thing that I have not sorted is that the tools are built before > > > the library, which is still a problem :-(( > > > > I don't know if you already read my post from 2:22 > > http://article.gmane.org/gmane.comp.misc.ptx/2760 I needed gcj for > > JAVA. But make stops with an error in function 'main' I think the > > java flags are no longer the problem for me: > > > > $ ./configure --with-gnu-ld --with-java=/usr/lib/j2sdk1.4-sun > > checking build system type... i686-pc-linux-gnu > > [...] > > checking if JAVA package is complete... yes > > [...] > > JAVA_FLAGS = -I/usr/lib/j2sdk1.4-sun/include/libgcj -DHasJava > > > > I got no longer (new cvs checkout) these results for JAVA, but therefor > PTOptimizer is build successfully and also panoinfo, but no > libpano12.so ...Hmmm? > > ./configure > [..] > checking for JAVA installation at ... > configure: java home set to /usr/lib/j2sdk1.4-sun > checking jni.h usability... no > checking jni.h presence... no > checking for jni.h... no > checking if JAVA package is complete... no > configure: WARNING: > java must be installed on your system > but configure could not find it. > > Kind regards > > Gerhard Gau?ling Andreas and I have been working on this, and the patches I sent to the list earlier should sort it out, but until anon CVS catches up, attached is the current ax_check_java.m4 . Just remember to run bootstrap first, and then configure (should not require the --with-java) regards, Doug -------------- next part -------------- dnl Usage: dnl AX_CHECK_JAVA dnl Test for java, and defines dnl - JAVA_CFLAGS (compiler flags) dnl - LIB_JAVA (linker flags, stripping and path) dnl prerequisites: AC_DEFUN([AX_CHECK_JAVA], [ AC_ARG_WITH([java], AC_HELP_STRING([ --with-java=PFX], [prefix where 'java' is installed.]), [with_java_prefix=$withval], [with_java_prefix=${JAVA_INSTALL_PATH:-/usr/java/j2sdk1.4.1_01}]) have_java='no' LIB_JAVA='' JAVA_FLAGS='' JAVA_HOME='' if test "x$with_java" != 'xno' then AC_MSG_CHECKING([for JAVA installation at ${with_java}]) AC_MSG_RESULT() dnl these two lines should let u find most java installations java_dirs="/usr /usr/local /usr/lib/j2sdk1.4-sun /usr/lib/jvm/java /System/Library/Frameworks/JavaVM.framework/Versions/Current /opt /mingw" java_inc_dirs="include include/libgcj Headers" if test "x$with_java" != 'x' then if test -d "$with_java" then JAVA_HOME="$with_java" for j in $java_inc_dirs do if test -r "$JAVA_HOME/$j/jni.h"; then java_inc_dir="$j" break fi done else AC_MSG_WARN([Sorry, $with_java does not exist, checking usual places]) with_java='' fi fi dnl now find the java dirs if test "x$JAVA_HOME" = 'x' then for i in $java_dirs; do for j in $java_inc_dirs do if test -r "$i/$j/jni.h"; then JAVA_HOME="$i" java_inc_dir="$j" break fi done done if test "x$JAVA_HOME" != 'x' then AC_MSG_NOTICE([java home set to $JAVA_HOME]) else AC_MSG_NOTICE([cannot find the java directory, assuming it is specified in CFLAGS]) fi fi failed=0; passed=0; JAVA_OLD_CPPFLAGS=$CPPFLAGS if test "x$JAVA_HOME" != 'x' then case "${target_os}" in linux*) java_extra_inc=linux ;; darwin*) java_extra_inc=darwin ;; *mingw32*) java_extra_inc=win32 ;; esac CPPFLAGS="$CPPFLAGS -I$JAVA_HOME/$java_inc_dir -I$JAVA_HOME/$java_inc_dir/$java_extra_inc" fi AC_LANG_SAVE AC_LANG_C AC_CHECK_HEADER(jni.h,passed=`expr $passed + 1`,failed=`expr $failed + 1`,) AC_LANG_RESTORE CPPFLAGS="$JAVA_OLD_CPPFLAGS" AC_MSG_CHECKING(if JAVA package is complete) if test $passed -gt 0 then if test $failed -gt 0 then AC_MSG_RESULT(no -- some components failed test) have_java='no (failed tests)' else if test "x$JAVA_HOME" = 'x' then JAVA_FLAGS= else LIB_JAVA="-L$JAVA_HOME/lib" JAVA_FLAGS="-I$JAVA_HOME/$java_inc_dir -I$JAVA_HOME/$java_inc_dir/$java_extra_inc -DHasJava" fi AC_DEFINE(HasJava,1,Define if you have Java) AC_MSG_RESULT(yes) have_java='yes' fi else AC_MSG_RESULT(no) fi fi AM_CONDITIONAL(HasJava, test "x$have_java" = 'xyes') AC_SUBST(LIB_JAVA) AC_SUBST(JAVA_FLAGS) ]) From ggrubbish at web.de Tue Nov 9 21:04:36 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Tue Nov 9 21:04:31 2004 Subject: [ptx] Still JAVA problems (was: build with GNU autotools) In-Reply-To: <1100029514.3735.109.camel@phlebus.mort.lan> References: <199492559@web.de> <200411092026.45986.ggrubbish@web.de> <1100029514.3735.109.camel@phlebus.mort.lan> Message-ID: <200411092204.37406.ggrubbish@web.de> Am Dienstag 09 November 2004 20:45 schrieb Douglas Wilkins: > On Tue, 2004-11-09 at 20:26 +0100, Gerhard Gaussling wrote: > > configure: WARNING: > > java must be installed on your system > > but configure could not find it. > > > > Kind regards > > > > Gerhard Gau?ling > > Andreas and I have been working on this, and the patches I sent to > the list earlier should sort it out, but until anon CVS catches up, > attached is the current ax_check_java.m4 . Just remember to run > bootstrap first, and then configure (should not require the > --with-java) > > regards, > Doug Hello Doug, everything seems to work and JAVA is detected correctly JAVA_FLAGS = -I/usr/lib/j2sdk1.4-sun/include \ -I/usr/lib/j2sdk1.4-sun/include/linux -DHasJava But there is one thing that doesn't work: the tools are assumed in the wrong directory - the .libs dir, but they are generated in the tools directory. Making install in tools make[1]: Entering directory `/var/backups/download/graphics/panotools/libpano/tools' make[2]: Entering directory `/var/backups/download/graphics/panotools/libpano/tools' test -z "/usr/local/bin" || mkdir -p -- "/usr/local/bin" /bin/sh ../libtool --mode=install /usr/bin/install -c 'panoinfo' '/usr/local/bin/panoinfo' /usr/bin/install -c .libs/panoinfo /usr/local/bin/panoinfo /bin/sh ../libtool --mode=install /usr/bin/install -c 'PTOptimizer' '/usr/local/bin/PTOptimizer' /usr/bin/install -c .libs/PTOptimizer /usr/local/bin/PTOptimizer -----------------------^^^^^^ doesn't exists, but tool/PTOptimizer exists Also I have to remove all stuff I created for hugin and the panotools, and compile hugin again because hugin is linked against /usr/lib/libpano.so.0 libpano.so.0 => /usr/lib/libpano.so.0 (0x40885000) for now I made the 'fitting' links manually. This is due to the default prefix /usr/local and the new naming libpano12.so*. Good work! Particulary because the buildprocess goes further on Mac OsX than before, if I understood Bruno Postle right. What's about gimp-plugin? Kind regards Gerhard Gau?ling From douglasw at zahav.net.il Wed Nov 10 05:53:25 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Wed Nov 10 05:54:30 2004 Subject: [ptx] libpano build patches Message-ID: <1100066006.3735.119.camel@phlebus.mort.lan> Hi there, Attached are two small patches for the libpano build. The first allows out of tree builds i.e. from the libpano directory mkdir build cd build ../configure make make install The second ensures that configure fails if any of the prerequisites are not found. They work for me, but comments are, as always, welcomed :-) regards, Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: 1libpano.diff Type: text/x-patch Size: 768 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041110/2e573648/1libpano.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: 2libpano.diff Type: text/x-patch Size: 1196 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041110/2e573648/2libpano.bin From douglasw at zahav.net.il Wed Nov 10 06:08:59 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Wed Nov 10 06:09:43 2004 Subject: [ptx] Still JAVA problems (was: build with GNU autotools) In-Reply-To: <200411092204.37406.ggrubbish@web.de> References: <199492559@web.de> <200411092026.45986.ggrubbish@web.de> <1100029514.3735.109.camel@phlebus.mort.lan> <200411092204.37406.ggrubbish@web.de> Message-ID: <1100066940.3735.131.camel@phlebus.mort.lan> On Tue, 2004-11-09 at 22:04 +0100, Gerhard Gaussling wrote: [snip] > everything seems to work and JAVA is detected correctly > JAVA_FLAGS = -I/usr/lib/j2sdk1.4-sun/include \ > -I/usr/lib/j2sdk1.4-sun/include/linux -DHasJava Good, hopefully this problem has now been solved :-) > > But there is one thing that doesn't work: > the tools are assumed in the wrong directory - the .libs dir, but they > are generated in the tools directory. ?? On my machine, after running make, two things are created, a wrapper script called PTOptimizer in the tools directory to allow PTOptimizer to run from that directory, and the executable, PTOptimizer itself in the .libs directory. > > Making install in tools > make[1]: Entering directory > `/var/backups/download/graphics/panotools/libpano/tools' > make[2]: Entering directory > `/var/backups/download/graphics/panotools/libpano/tools' > test -z "/usr/local/bin" || mkdir -p -- "/usr/local/bin" > /bin/sh ../libtool --mode=install /usr/bin/install -c 'panoinfo' > '/usr/local/bin/panoinfo' > /usr/bin/install -c .libs/panoinfo /usr/local/bin/panoinfo > /bin/sh ../libtool --mode=install /usr/bin/install -c 'PTOptimizer' > '/usr/local/bin/PTOptimizer' > /usr/bin/install -c .libs/PTOptimizer /usr/local/bin/PTOptimizer > -----------------------^^^^^^ doesn't exists, but tool/PTOptimizer > exists See above. Not sure how the wrapper script could be created without the executable. > Also I have to remove all stuff I created for hugin and the panotools, > and compile hugin again because hugin is linked > against /usr/lib/libpano.so.0 > libpano.so.0 => /usr/lib/libpano.so.0 (0x40885000) > for now I made the 'fitting' links manually. This is due to the default > prefix /usr/local and the new naming libpano12.so*. hmmm. Personally I would like to keep the naming consistent on all platforms (ie pano12) , but I can see where this could lead to problems. Any ideas from anyone?? > What's about gimp-plugin? Good point. I don't use it much myself, but a build system shouldn't be too difficult. I will look at it later. (I have some hugin stuff to do first :-) ) regards, Doug From ggrubbish at web.de Wed Nov 10 08:47:42 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Wed Nov 10 08:47:29 2004 Subject: [ptx] Still JAVA problems (was: build with GNU autotools) Message-ID: <223729694@web.de> Hello Doug Douglas Wilkins schrieb am 10.11.04 07:10:21: > > On Tue, 2004-11-09 at 22:04 +0100, Gerhard Gaussling wrote: > [snip] > > everything seems to work and JAVA is detected correctly > > [snip] > > Good, hopefully this problem has now been solved :-) > Yes, it seems to work flawlessy. > > > > But there is one thing that doesn't work: > > the tools are assumed in the wrong directory - the .libs dir, but they > > are generated in the tools directory. > > ?? On my machine, after running make, two things are created, a wrapper > script called PTOptimizer in the tools directory to allow PTOptimizer to > run from that directory, and the executable, PTOptimizer itself in > the .libs directory. > > > > > Making install in tools > > [snip] > > /usr/bin/install -c .libs/PTOptimizer /usr/local/bin/PTOptimizer > > -----------------------^^^^^^ doesn't exists, but tool/PTOptimizer > > exists > > See above. Not sure how the wrapper script could be created without the > executable. > I think the wrapper script is the executable? Because cp -av tools/PTOptimizer /usr/local/bin copies the file to the local bin dir and which tells that PTOptimizer from there is used, ls shows the date, and it works ??? But I will look into that this evening. Also if there is more in the .libs dir than the libs and links for the libs. As far as I remember there was nothing else... hmmm ??? > > Also I have to remove all stuff I created for hugin and the panotools, > > and compile hugin again because hugin is linked > > against /usr/lib/libpano.so.0 > > libpano.so.0 => /usr/lib/libpano.so.0 (0x40885000) > > for now I made the 'fitting' links manually. This is due to the default > > prefix /usr/local and the new naming libpano12.so*. > > hmmm. Personally I would like to keep the naming consistent on all > platforms (ie pano12) , but I can see where this could lead to problems. > Any ideas from anyone?? > Sorry for my english and these explanations, but I think you maybe misunderstood what I wanted to say: I build hugin against the older libs, and therefor it assumed these libs under /usr/lib, and the pano12 under /usr/local/lib, but I'm really a bit confused about my installations now. so I will redo it completely this evening (1. panotools cvs 2. hugin). I think the new naming sheme (libpano12.so.0.0.0 etc.) is more comprehensive and follows the standards. I think the above only reflects my messed box :-( > > What's about gimp-plugin? > > Good point. I don't use it much myself, but a build system shouldn't be > too difficult. I will look at it later. (I have some hugin stuff to do > first :-) ) Thank you for working on that! Did you figure out why hugin crashes often by selecting strange control points (i.e. vertical and horizontal lines when all 3 automate checkboxes i.e. "auto fine tune" are checked)? Kind regards Gerhard Gaussling PS: I'm sorry that my webmail interface is broken and it doesn't handle the mail headers right for maillists, so that the mails might not appear correctly in the thread . Also I cannot set the REPLY-TO: header, so, please, control the TO: header if you reply to this mail! ________________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt neu bei WEB.DE FreeMail: http://freemail.web.de/?mc=021193 From ahi at itp.tugraz.at Wed Nov 10 09:55:46 2004 From: ahi at itp.tugraz.at (Andreas Hirczy) Date: Wed Nov 10 09:55:32 2004 Subject: [ptx] Still JAVA problems (was: build with GNU autotools) In-Reply-To: <200411092204.37406.ggrubbish@web.de> References: <199492559@web.de> <200411092026.45986.ggrubbish@web.de> <1100029514.3735.109.camel@phlebus.mort.lan> <200411092204.37406.ggrubbish@web.de> Message-ID: <8azn1qownx.fsf@faeppc48.tu-graz.ac.at> Gerhard Gaussling writes: > Also I have to remove all stuff I created for hugin and the panotools, > and compile hugin again because hugin is linked > against /usr/lib/libpano.so.0 > libpano.so.0 => /usr/lib/libpano.so.0 (0x40885000) > for now I made the 'fitting' links manually. This is due to the default > prefix /usr/local and the new naming libpano12.so*. I have matching packages for libpano12 and hugin online (Debian testing on i386) at , hope to get packages for Debian unstable on AMD64 ready soon. Andreas -- Andreas Hirczy http://itp.tugraz.at/~ahi/ Graz University of Technology phone: +43/316/873-81 90 Institute of Theoretical and Computational Physics fax: +43/316/873-86 78 Petersgasse 16, A-8010 Graz mobile: +43/699/19 14 24 60 From douglasw at zahav.net.il Wed Nov 10 10:04:52 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Wed Nov 10 10:05:45 2004 Subject: [ptx] Still JAVA problems (was: build with GNU autotools) In-Reply-To: <8azn1qownx.fsf@faeppc48.tu-graz.ac.at> References: <199492559@web.de> <200411092026.45986.ggrubbish@web.de> <1100029514.3735.109.camel@phlebus.mort.lan> <200411092204.37406.ggrubbish@web.de> <8azn1qownx.fsf@faeppc48.tu-graz.ac.at> Message-ID: <1100081092.3735.161.camel@phlebus.mort.lan> On Wed, 2004-11-10 at 10:55 +0100, Andreas Hirczy wrote: [snip] > I have matching packages for libpano12 and hugin online (Debian testing on > i386) at , > hope to get packages for Debian unstable on AMD64 ready soon. I am really interested to hear if you have any problems on the 64 bit platform! regards, Doug From Pablo.dAngelo at web.de Wed Nov 10 14:32:43 2004 From: Pablo.dAngelo at web.de (Pablo dAngelo) Date: Wed Nov 10 14:32:30 2004 Subject: [ptx] Still JAVA problems (was: build with GNU autotools) Message-ID: <1393477693@web.de> Douglas Wilkins schrieb am 10.11.04 11:06:14: > > On Wed, 2004-11-10 at 10:55 +0100, Andreas Hirczy wrote: > [snip] > > I have matching packages for libpano12 and hugin online (Debian testing on > > i386) at , > > hope to get packages for Debian unstable on AMD64 ready soon. > > I am really interested to hear if you have any problems on the 64 bit > platform! My desktop at home is an AMD64, and I have compiled hugin and friends in 64 bit mode some time ago. I thought I checked in all required patches, but I might have missed one in the old sift matching code. However, I installed suse linux to do this (normally I'm using debian unstable). I haven't check the amd64 support for debian unstable since quite a while. Are AMD64 ready .deb packages provided by debian and integrated into the system already? ciao Pablo ________________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt neu bei WEB.DE FreeMail: http://freemail.web.de/?mc=021193 From ggrubbish at web.de Wed Nov 10 18:31:00 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Wed Nov 10 18:31:08 2004 Subject: [ptx] libpano build patches In-Reply-To: <1100066006.3735.119.camel@phlebus.mort.lan> References: <1100066006.3735.119.camel@phlebus.mort.lan> Message-ID: <200411101931.01315.ggrubbish@web.de> Am Mittwoch 10 November 2004 06:53 schrieb Douglas Wilkins: > Hi there, > Attached are two small patches for the libpano build. The first > allows out of tree builds i.e. from the libpano directory > mkdir build > cd build > ../configure > make > make install > > The second ensures that configure fails if any of the prerequisites > are not found. > > They work for me, but comments are, as always, welcomed :-) > > regards, > Doug Hello Doug, maybe I'm too dumb, too lazy or the patches are already in cvs, whatever I got: $ patch -p1 < 1libpano.diff patching file Makefile.am Hunk #1 FAILED at 1. Hunk #2 FAILED at 29. 2 out of 2 hunks FAILED -- saving rejects to file Makefile.am.rej $ patch -p1 < 2libpano.diff missing header for unified diff at line 3 of patch can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- configure.ac.orig 2004-11-10 07:47:14.050994160 +0200 |+++ configure.ac 2004-11-10 07:47:31.066407424 +0200 -------------------------- File to patch: configure.ac patching file configure.ac Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] y Hunk #1 FAILED at 55. Hunk #2 FAILED at 63. Hunk #3 FAILED at 71. Hunk #4 FAILED at 79. Hunk #5 FAILED at 87. 5 out of 5 hunks FAILED -- saving rejects to file configure.ac.rej $ grep AX_CHECK configure.ac AX_CHECK_JAVA AX_CHECK_ZLIB AX_CHECK_PNG AX_CHECK_JPEG AX_CHECK_TIFF $ egrep "(DAR|AM_LDFLAGS|INCLUDES|# Over-ride)"Makefile.am `echo $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) |\ if HAVE_DARWIN DAR_SRC = sys_ansi.c ppm.c DAR_DEFS = -D__Ansi__=1 DAR_SRC = DAR_DEFS = AM_CPPFLAGS = $(JAVA_FLAGS) $(JPEG_FLAGS) $(PNG_FLAGS) $(TIFF_FLAGS) $(ZLIB_FLAGS) $(LIN_DEFS) $(DAR_DEFS) AM_LDFLAGS = $(LIB_JAVA) $(LIB_JPEG) $(LIB_PNG) $(LIB_TIFF) $(LIB_ZLIB) libpano12_la_SOURCES = $(STD_SRC) $(X11_SRC) $(WIN_SRC) $(MAC_SRC) $(LIN_SRC) $(DAR_SRC) I cleaned up my machine from libpano and hugin and all links I done manually in /usr/lib or /usr/local. All build flawlessy, the libs and links are build in .libs, and the tools are built in tools. They are according 'file' bash scripts. $ panoinfo panoinfo: error while loading shared libraries: libpano12.so.0: cannot open shared object file: No such file or directory $ PTOptimizer PTOptimizer: error while loading shared libraries: libpano12.so.0: cannot open shared object file: No such file or directory $ ls /usr/local/lib/libpano* /usr/local/lib/libpano12.a /usr/local/lib/libpano12.so /usr/local/lib/libpano12.so.0.0.0 /usr/local/lib/libpano12.la /usr/local/lib/libpano12.so.0 $ ls /usr/lib/libpano* ls: /usr/lib/libpano*: No such file or directory $ echo $LD_LIBRARY_PATH /usr/share/qt3/lib:/home/gerhard/GNUstep/Library/Libraries:/usr/local/lib/GNUstep/Local/Library/Libraries:/usr/local/lib/GNUstep/Network/Library/Libraries:/usr/lib/GNUstep/System/Library/Libraries Ok, that's the point I think. $ ls /usr/local/include/pano12 filter.h panorama.h pteditor.h ptutils.h queryfeature.h version.h So, I assume that all is ok, only the missing LD_LIBRARY_PATH for /usr/local/lib in my ~/.bashrc regards Gerhard Gau?ling From douglasw at zahav.net.il Wed Nov 10 18:44:11 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Wed Nov 10 18:45:14 2004 Subject: [ptx] libpano build patches In-Reply-To: <200411101931.01315.ggrubbish@web.de> References: <1100066006.3735.119.camel@phlebus.mort.lan> <200411101931.01315.ggrubbish@web.de> Message-ID: <1100112251.29039.14.camel@phlebus.mort.lan> On Wed, 2004-11-10 at 19:31 +0100, Gerhard Gaussling wrote: > Am Mittwoch 10 November 2004 06:53 schrieb Douglas Wilkins: > > Hi there, > > Attached are two small patches for the libpano build. The first > > allows out of tree builds i.e. from the libpano directory > > mkdir build > > cd build > > ../configure > > make > > make install > > > > The second ensures that configure fails if any of the prerequisites > > are not found. > > > > They work for me, but comments are, as always, welcomed :-) > > > > regards, > > Doug > > Hello Doug, > > maybe I'm too dumb, too lazy or the patches are already in cvs, whatever > I got: > They are in CVS from this morning :-) > I cleaned up my machine from libpano and hugin and all links I done > manually in /usr/lib or /usr/local. > > All build flawlessy, the libs and links are build in .libs, and the > tools are built in tools. They are according 'file' bash scripts. Those are the libtool wrappers > > $ panoinfo > panoinfo: error while loading shared libraries: libpano12.so.0: cannot > open shared object file: No such file or directory > $ PTOptimizer > PTOptimizer: error while loading shared libraries: libpano12.so.0: > cannot open shared object file: No such file or directory > > $ ls /usr/local/lib/libpano* > /usr/local/lib/libpano12.a /usr/local/lib/libpano12.so /usr/local/lib/libpano12.so.0.0.0 > /usr/local/lib/libpano12.la /usr/local/lib/libpano12.so.0 > $ ls /usr/lib/libpano* > ls: /usr/lib/libpano*: No such file or directory > $ echo $LD_LIBRARY_PATH > /usr/share/qt3/lib:/home/gerhard/GNUstep/Library/Libraries:/usr/local/lib/GNUstep/Local/Library/Libraries:/usr/local/lib/GNUstep/Network/Library/Libraries:/usr/lib/GNUstep/System/Library/Libraries > > Ok, that's the point I think. > > $ ls /usr/local/include/pano12 > filter.h panorama.h pteditor.h ptutils.h queryfeature.h version.h > > So, I assume that all is ok, only the missing LD_LIBRARY_PATH > for /usr/local/lib in my ~/.bashrc Looks like it. :-) regards, Doug From ggrubbish at web.de Wed Nov 10 19:09:18 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Wed Nov 10 19:13:00 2004 Subject: [ptx] libpano build patches In-Reply-To: <1100112251.29039.14.camel@phlebus.mort.lan> References: <1100066006.3735.119.camel@phlebus.mort.lan> <200411101931.01315.ggrubbish@web.de> <1100112251.29039.14.camel@phlebus.mort.lan> Message-ID: <200411102009.19643.ggrubbish@web.de> Am Mittwoch 10 November 2004 19:44 schrieb Douglas Wilkins: > > So, I assume that all is ok, only the missing LD_LIBRARY_PATH > > for /usr/local/lib in my ~/.bashrc > > Looks like it. :-) Hello Doug, Thanks to Andreas, Pablo and you, to make this really fine processing buildsystem. I'm now on the way to build hugin. Everything seems to flow without any flaws. I hope it stays like that ;-) I'll send you a short ok, when it's done. Then, maybe, I'll try to adopt Franck's and Andreas method to build debian packages, just to learn something more... regards Gerhard From ggrubbish at web.de Wed Nov 10 19:47:42 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Wed Nov 10 19:48:42 2004 Subject: [ptx] [SUCCESS] libpano build patches In-Reply-To: <200411102009.19643.ggrubbish@web.de> References: <1100066006.3735.119.camel@phlebus.mort.lan> <1100112251.29039.14.camel@phlebus.mort.lan> <200411102009.19643.ggrubbish@web.de> Message-ID: <200411102047.42661.ggrubbish@web.de> Am Mittwoch 10 November 2004 20:09 schrieb Gerhard Gaussling: > Everything seems to > flow without any flaws. I hope it stays like that ;-) > > I'll send you a short ok, when it's done. Hello Doug, hugin processes fine! $ ldd `which hugin`|grep pano libpano12.so.0 => /usr/local/lib/libpano12.so.0 (0x40873000) Now it's linked to the same lib, which is installed by the new libpano cvs, automagical, without any ./configure arguments ! Kind regards Gerhard From ahi at itp.tugraz.at Wed Nov 10 21:08:46 2004 From: ahi at itp.tugraz.at (Andreas Hirczy) Date: Wed Nov 10 21:08:33 2004 Subject: [OT] Debian on AMD64 (was [ptx] Still JAVA problems) In-Reply-To: <1393477693@web.de> References: <1393477693@web.de> Message-ID: <8afz3hpg2p.fsf@faeppc48.tu-graz.ac.at> "Pablo dAngelo" writes: > Are AMD64 ready .deb packages provided by debian and integrated into the system already? There is an semiofficial port at , didn't have any serious trouble till now - other than AFS still not working with kernel 2.6.x. I'd love to try stitching on this machine (dual Opteron with just 4GBs of RAM). Andreas -- Andreas Hirczy http://itp.tugraz.at/~ahi/ Graz University of Technology phone: +43/316/873-81 90 Institute of Theoretical and Computational Physics fax: +43/316/873-86 78 Petersgasse 16, A-8010 Graz mobile: +43/699/19 14 24 60 From little at cs.utah.edu Thu Nov 11 13:53:53 2004 From: little at cs.utah.edu (Scott R. Little) Date: Thu Nov 11 13:53:45 2004 Subject: [ptx] Still JAVA problems (was: build with GNU autotools) In-Reply-To: <1393477693@web.de> References: <1393477693@web.de> Message-ID: <200411110653.53946.little@cs.utah.edu> On Wednesday 10 November 2004 07:32 am, Pablo dAngelo wrote: > My desktop at home is an AMD64, and I have compiled hugin and friends in 64 > bit mode some time ago. I thought I checked in all required patches, but I > might have missed one in the old sift matching code. My desktop at home is also AMD64. I am running Gentoo and had bumped into some errors building hugin previously on AMD64 (it has always worked on my x86 box). After this bit of discussion I decided to try building hugin again on my AMD64 box. After fixing a small casting problem in src/include/vigra_ext/PointMatching.h:163 I seem to have been successful as it built and I ran it successfully on a few example panos. I am not sure why that line caused a problem, but it wasn't overly hard to fix. If you want the details I can send them on, but I am not sure if it is a problem with the AMD64 version of gcc or simply the version that I am using with Gentoo. I haven't tried autopano-sift as the examples I tried quickly already had control points. I don't presume I will have trouble with autopano-sift since it uses mono and mono builds fine as well. Thanks for all of the good work guys. I really appreciate it. Thanks again, Scott -- The way the Romans made sure their bridges worked is what we should do with software engineers. They put the designer under the bridge, and then they marched over it. That's why their bridges still stand in Rome. --Lawrence Bernstein From hajo at hajo.net Fri Nov 12 07:04:25 2004 From: hajo at hajo.net (HaJo Schatz) Date: Fri Nov 12 07:04:21 2004 Subject: [ptx] autopano-sift rpm dependencies for FC2 Message-ID: <1100243065.11329.7.camel@moon.hajo.net> Bruno, Just tried to move my FC2 Panorama-related apt installation from your FC1 repository to the proper FC2 rep. After removing all the old FC1 packages I ran into an issue with installing autopano-sift-2.0-1.bp.fc2.i386.rpm. Seems that it depends on gtk-sharp, mono-core and mono-winforms from a Ximian repository. Are you sure this is necessary? Especially gtk-sharp is listed as a >=1.02 dependency (which can be resolved with Ximian's gtk-sharp 1.04), but the other FC2 rep's are 0.18. Any chance you could change this? HaJo -- HaJo Schatz http://www.HaJo.Net PGP-Key: http://www.hajo.net/hajonet/keys/pgpkey_hajo.txt From bruno at postle.net Fri Nov 12 08:47:37 2004 From: bruno at postle.net (Bruno Postle) Date: Fri Nov 12 08:47:22 2004 Subject: [ptx] autopano-sift rpm dependencies for FC2 In-Reply-To: <1100243065.11329.7.camel@moon.hajo.net> References: <1100243065.11329.7.camel@moon.hajo.net> Message-ID: <20041112084737.GD2575@postle.net> On Fri 12-Nov-2004 at 15:04 +0800, HaJo Schatz wrote: > > Just tried to move my FC2 Panorama-related apt installation from your > FC1 repository to the proper FC2 rep. After removing all the old FC1 > packages I ran into an issue with installing > autopano-sift-2.0-1.bp.fc2.i386.rpm. Seems that it depends on gtk-sharp, > mono-core and mono-winforms from a Ximian repository. Are you sure this > is necessary? Especially gtk-sharp is listed as a >=1.02 dependency > (which can be resolved with Ximian's gtk-sharp 1.04), but the other FC2 > rep's are 0.18. I can't get autopano-sift-2.0 to build with these old versions of mono/gtk-sharp. As far as I can tell, autopano-sift-1.3 was the last version that worked with the usual apt-repositories. (I need to update the web-page as it gives the wrong advice) The Ximian stuff is available via yum, if you add this to /etc/yum.conf: [mono] name=Fedora Linux $releasever - $basearch - mono baseurl=http://www.go-mono.com/archive/1.0.4/fedora-$releasever-$basearch You _should_ then be able to install all the dependencies needed by autopano-sift like so: yum install gtk-sharp mono-core mono-winforms -- Bruno From pablo.dangelo at web.de Fri Nov 12 19:51:16 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Fri Nov 12 19:51:33 2004 Subject: [ptx] 48 bit workflow In-Reply-To: References: Message-ID: <20041112195116.GA1469@svalbart> On Tue, 09 Nov 2004, Katherine Donaldson wrote: > I'm trying to set up a 48 bit panorama workflow. So far my process > looks like this: > > Capture a set of raw NEF's. > Use dcraw to convert to 24 bit and 48 bit PPMs. > Use ImageMagick to convert to 24 bit and 48 bit TIFFs. > Run Autopano-Sift 2.0 on the 24 bit images since it won't work properly > on 48 bit. > Use Hugin to read in lens profile, tweak control points and optimize > parameters. > > Then I run into problems. If I use Hugin to stitch (either PTStitcher > or Nona) my 48 bit TIFFs I still end up with 24 bit output. What can I > do to get a 48 bit output panorama? Which version have you tried? PTStitcher should support 48 bit, as should nona. Can you send me the files (probably a stamp sized, downscaled 48 bit one should be enough). Btw. the current CVS version of hugin should supports 48 bit images completely. ciao Pablo From pablo.dangelo at web.de Sat Nov 13 02:42:58 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Sat Nov 13 02:43:15 2004 Subject: [ptx] windows pairwise optimizer bug fixed Message-ID: <20041113024258.GA2196@svalbart> Hi, I finally found out what the cause for the crash of the pairwise optimisation on Windows was: On windows, one cannot assume that memory that is allocated with malloc() can be freed again with free(). It only works if the dll and the application are build against the same runtime library. The panotools library build with Visual C was compiled against a different runtime than the mingw produced executables, leading to a crash, since hugin used some pano12.dll function to clean up data structures allocated within hugin. Now, I duplicated the release code inside hugin, and everything seems to work fine. I have also changed the optimisation code, now it uses the pano12 optimisation routine, that is the optimizer by Rik Littlefield. ciao Pablo From rj.littlefield at computer.org Sat Nov 13 04:45:12 2004 From: rj.littlefield at computer.org (Rik Littlefield) Date: Sat Nov 13 04:44:56 2004 Subject: [ptx] windows pairwise optimizer bug fixed In-Reply-To: <20041113024258.GA2196@svalbart> References: <20041113024258.GA2196@svalbart> Message-ID: <41959158.1050903@computer.org> Pablo, thanks for tracking down this problem. This finally explains why the mingw dll worked but the MSVC one did not -- MSVC cannot necessarily free() what mingw alloc'd. But now I guess I can expect another round of reports about strange behavior of the optimizer ;-) I will do my best to answer as they come in. Where can I download a Windows version of hugin with these mods? --Rik Pablo d'Angelo wrote: >Hi, > >I finally found out what the cause for the crash of the pairwise >optimisation on Windows was: > >On windows, one cannot assume that memory that is allocated with >malloc() can be freed again with free(). > >It only works if the dll and the application are build against the same >runtime library. > >The panotools library build with Visual C was compiled against a different >runtime than the mingw produced executables, leading to a crash, since hugin >used some pano12.dll function to clean up data structures allocated within >hugin. > >Now, I duplicated the release code inside hugin, and everything seems to >work fine. > >I have also changed the optimisation code, now it uses the pano12 >optimisation routine, that is the optimizer by Rik Littlefield. > >ciao > Pablo > > > From jean-luc.coulon at wanadoo.fr Sat Nov 13 10:58:52 2004 From: jean-luc.coulon at wanadoo.fr (Jean-Luc Coulon (f5ibh)) Date: Sat Nov 13 10:59:50 2004 Subject: [ptx] CVS : failed to build (something wrong in src/hugin/po) Message-ID: <1100343548l.9063l.0l@tangerine> Hi, I get the following error : make hugin.pot-update make[1]: Entering directory `/usr/local/src/panorama/hugin-0.4 +cvs20041113/src/hugin/po' make[1]: *** No rule to make target `../../../src/hugin/xrc/about.xrs', needed by `hugin.pot-update'. Stop. make[1]: Leaving directory `/usr/local/src/panorama/hugin-0.4 +cvs20041113/src/hugin/po' make: *** [hugin.pot] Error 2 Regards Jean-Luc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041113/7db97826/attachment.bin From douglasw at zahav.net.il Sat Nov 13 11:24:21 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Sat Nov 13 11:25:44 2004 Subject: [ptx] CVS : failed to build (something wrong in src/hugin/po) In-Reply-To: <1100343548l.9063l.0l@tangerine> References: <1100343548l.9063l.0l@tangerine> Message-ID: <1100345061.25880.3.camel@phlebus.mort.lan> On Sat, 2004-11-13 at 10:58 +0000, Jean-Luc Coulon (f5ibh) wrote: > Hi, > > I get the following error : > make hugin.pot-update > make[1]: Entering directory `/usr/local/src/panorama/hugin-0.4 > +cvs20041113/src/hugin/po' > make[1]: *** No rule to make target `../../../src/hugin/xrc/about.xrs', > needed by `hugin.pot-update'. Stop. > make[1]: Leaving directory `/usr/local/src/panorama/hugin-0.4 > +cvs20041113/src/hugin/po' > make: *** [hugin.pot] Error 2 > Hi there If you have just updated from CVS, delete stamp-xrs and run make in the src/hugin/xrc directory and try again, should work. regards, Doug From pablo at mathematik.uni-ulm.de Sat Nov 13 17:13:52 2004 From: pablo at mathematik.uni-ulm.de (Pablo d'Angelo) Date: Sat Nov 13 17:13:37 2004 Subject: [ptx] new hugin windows snapshot Message-ID: <20041113171352.GA29047@wurm.wh-wurm.uni-ulm.de> Hi together, I have uploaded a new windows build. It includes many bugfixed added lately, and uses the installer created by Marek. Its the first release that was compiled with Visual Studio.NET I hope it works fine on all machines. This is kind of a preview of hugin 0.4. I do not plan to add new features to it. The translations need to be improved. Doug wanted to look over my english, after that is done, the translators can do the translations for 0.4 Btw. I'm still looking for a german translator (I could do it myself, but unfortunately I don't have time for it right now). ciao Pablo -- http://wurm.wohnheim.uni-ulm.de/~redman/ Please use PGP. From spec at webtech.pl Sat Nov 13 17:19:07 2004 From: spec at webtech.pl (spec@webtech.pl) Date: Sat Nov 13 17:18:30 2004 Subject: [ptx] new hugin windows snapshot In-Reply-To: <20041113171352.GA29047@wurm.wh-wurm.uni-ulm.de> References: <20041113171352.GA29047@wurm.wh-wurm.uni-ulm.de> Message-ID: <4196420B.9090205@webtech.pl> Hello, Is this compiled --with-unicode? -- thanks Marek Pablo d'Angelo wrote: >Hi together, > >I have uploaded a new windows build. It includes many bugfixed >added lately, and uses the installer created by Marek. > >Its the first release that was compiled with Visual Studio.NET >I hope it works fine on all machines. This is kind of a preview of hugin >0.4. I do not plan to add new features to it. The translations need to >be improved. Doug wanted to look over my english, after that is done, >the translators can do the translations for 0.4 > >Btw. I'm still looking for a german translator (I could do it myself, >but unfortunately I don't have time for it right now). > >ciao > Pablo > > From pablo at mathematik.uni-ulm.de Sat Nov 13 17:29:29 2004 From: pablo at mathematik.uni-ulm.de (Pablo d'Angelo) Date: Sat Nov 13 17:29:15 2004 Subject: [ptx] new hugin windows snapshot In-Reply-To: <4196420B.9090205@webtech.pl> References: <20041113171352.GA29047@wurm.wh-wurm.uni-ulm.de> <4196420B.9090205@webtech.pl> Message-ID: <20041113172929.GA29309@wurm.wh-wurm.uni-ulm.de> On Sat, 13 Nov 2004, spec@webtech.pl wrote: > Hello, > > Is this compiled --with-unicode? No, not yet. I can't compile hugin out of the box on my windows system with mingw anymore, and my MSVC build with unicode enabled crashes. I won't be able to work on hugin the next week or so, so I hope Doug can finish the unicode changes. I've decided to hunt bugs and remove some annoying behaviour of hugin instead. So I'm waiting until Doug has managed to build one. ;) ciao Pablo -- http://wurm.wohnheim.uni-ulm.de/~redman/ Please use PGP. From noreply at sourceforge.net Sat Nov 13 18:57:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Nov 13 18:57:40 2004 Subject: [ptx] [ hugin-Feature Requests-1060330 ] "image not found" doesn't allow cancel Message-ID: Feature Requests item #1060330, was opened at 2004-11-04 16:31 Message generated for change (Comment added) made by dangelo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=550444&aid=1060330&group_id=77506 Category: None Group: None Status: Open >Priority: 3 Submitted By: Marek Januszewski (specu) Assigned to: Nobody/Anonymous (nobody) Summary: "image not found" doesn't allow cancel Initial Comment: this is a low priority bug and feature request when I load panorama and the full path of images doesn't match the current path where images are, hugin tells me to point where the image currently is. It just says image not found, but doesn't allow me to cancel if I don't want to point to new location of the images. There should be a cancel button. Also I think it would nice if hugin didn't save the full path of the pictures if the pictures are in the same directory as the project file. If hugin finds the first image in the newly pointed directory, it should also try to extract the new path of the first selected image and try to locate other images in the same path, as opposed to asking for the full path every picture. ---------------------------------------------------------------------- >Comment By: Pablo d'Angelo (dangelo) Date: 2004-11-13 18:57 Message: Logged In: YES user_id=30308 Hmmm. Actually hugin already saves only relative filenames if possible and it remembers the path where the last image file was readded. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=550444&aid=1060330&group_id=77506 From spec at webtech.pl Sat Nov 13 22:47:25 2004 From: spec at webtech.pl (spec@webtech.pl) Date: Sat Nov 13 22:46:49 2004 Subject: [ptx] new hugin windows snapshot In-Reply-To: <20041113172929.GA29309@wurm.wh-wurm.uni-ulm.de> References: <20041113171352.GA29047@wurm.wh-wurm.uni-ulm.de> <4196420B.9090205@webtech.pl> <20041113172929.GA29309@wurm.wh-wurm.uni-ulm.de> Message-ID: <41968EFD.9020004@webtech.pl> Pablo d'Angelo wrote: >On Sat, 13 Nov 2004, spec@webtech.pl wrote: > > > >>Hello, >> >> Is this compiled --with-unicode? >> >> > >No, not yet. I can't compile hugin out of the box on my windows system >with mingw anymore, and my MSVC build with unicode enabled crashes. >I won't be able to work on hugin the next week or so, so I hope Doug can >finish the unicode changes. I've decided to hunt bugs and remove some >annoying behaviour of hugin instead. > > Doug says it should work now. another question: in preferences where you can point locations of autopano enblend etc. the [...] is always greyed out. should it be this way? "Details" in panotools page is also greyed out clicking "center" or "fit" in preview window when no pano is loaded (after just starting hugin) crashes the program. Can the pages in "Help" menu be translated in some easy way? if no please leave it for after next release. Maybe we should also look into legal issues if hugin could be installed "allinone". Does anyone knows if there would be any problem with distributing hugin with following programs/executables? autopano.exe - from Alexandre enblend.exe pano12.dll - no limitation - is this still a problem? PTOptimizer.exe - latest from dr. Dersch or from panotools.sf.net PTStitcher.exe - latest from dr. Dersch or from panotools.sf.net That would make a complete excelent Pano Devolopment Environment (PDE) :) -- thanks, Marek From rbpark at gmail.com Sun Nov 14 06:25:04 2004 From: rbpark at gmail.com (Rob Park) Date: Sun Nov 14 06:24:54 2004 Subject: [ptx] server re-org means tutorials moved, again (sorry) Message-ID: <6b8a2f8b04111322252655f64b@mail.gmail.com> Yeah, I can't help tinkering with my server, sorry ;) I have an index of the available tutorials here: http://rbpark.ath.cx/tutorials.html And the specific tutorial that most of you are interested in is here: http://rbpark.ath.cx/tutorials/create.html (I'm going to end up rewriting this for FC3 sooner or later). I tried to set up redirects so that everybody's links/bookmarks wouldn't break, but I only had mixed success with that. URLs like "/tutorial-b" got successfully redirected, but for some reason the redirect wouldn't work at all for "/index.cgi?page=tutorial-b", so that broke (it just loads the main page of my site now). Sorry for the inconvenience, I hope I'm not being too much of a pain in the ass here. -- One Guy With A Camera http://rbpark.ath.cx From ggrubbish at web.de Sun Nov 14 17:05:30 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sun Nov 14 18:15:03 2004 Subject: [ptx] libpano12-cvs: make error under cygwin Message-ID: <200411141805.33413.ggrubbish@web.de> Hello All, After the success under debian sarge/SID with the new libpano12 buildsystem, I'm wondering if I'll able to copmpile it under cygwin. I had to add the following lines to my ~/.bashrc, because the libpano12 buildsystem lacks the fine definition which autotool versions should be used, so the autotools wrappers of cygwin couldn't detect the needed version accurately (see the link to a message of Corinna Vinshen): # ~/.bashrc #path # http://www.cygwin.com/ml/cygwin-announce/2001/msg00177.html # Lastly, if you want to FORCE the use of the stable or development # version of the autotools, nothing could be simpler. Just export PATH=/usr/autotool/devel/bin:${PATH} export M4PATH=/usr/autotool/devel/share/autoconf # for autoconf programs. Or export PATH=/usr/autotool/devel/bin:${PATH} export M4PATH=/usr/autotool/devel/share/aclocal:/usr/share/aclocal:/usr/auto tool/devel/share/automake:/usr/autotool/devel/share/automake/am:/usr/autotool/de vel/share/autoconf # for automake programs. Then just call your autotool. This is the result of the ./configure: libpano is configured as follows. Please verify that this configuration matches your expectations. Host system type : i686-pc-cygwin Option Value ------------------------------------------------------------------------- Shared libraries --enable-shared=yes Static libraries --enable-static=yes JPEG --with-jpeg= have_jpeg = yes PNG --with-png= have_png = yes TIFF --with-tiff= have_tiff = yes ZLIB --with-zlib= have_zlib = yes JAVA --with-java= have_java = yes Options used to compile and link: PREFIX = /usr/local VERSION = 2.7.0.7 CC = gcc CFLAGS = -g -O2 CPPFLAGS = DEFS = -DHAVE_CONFIG_H LDFLAGS = LIBS = CXX = g++ CXXFLAGS = -g -O2 JPEG_FLAGS = -I/usr/include -DHasJPEG LIB_JPEG = -L/usr/lib -ljpeg PNG_FLAGS = -I/usr/include -DHasPNG LIB_PNG = -L/usr/lib -lpng TIFF_FLAGS = -I/usr/include -DHasTIFF LIB_TIFF = -L/usr/lib -ltiff ZLIB_FLAGS = -I/usr/include -DHasZLIB LIB_ZLIB = -L/usr/lib -lz JAVA_FLAGS = -I/usr/include -I/usr/include/ -DHasJava Illustration@xp-pro ~/src/libpano $ make make all-recursive make[1]: Entering directory `/home/Illustration/src/libpano' Making all in m4 make[2]: Entering directory `/home/Illustration/src/libpano/m4' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/Illustration/src/libpano/m4' Making all in . make[2]: Entering directory `/home/Illustration/src/libpano' if /bin/bash ./libtool --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include -I/usr/include/ -DHasJava -I/usr/include -DHasJPEG -I/usr/include -DHasPNG -I/usr/include -DHasTIFF -I/usr/include -DHasZLIB -g -O2 -MT filte r.lo -MD -MP -MF ".deps/filter.Tpo" -c -o filter.lo filter.c; \ then mv -f ".deps/filter.Tpo" ".deps/filter.Plo"; else rm -f ".deps/filter.Tpo"; exit 1; fi mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include -I/usr/include/ -DHasJava -I/usr /include -DHasJPEG -I/usr/include -DHasPNG -I/usr/include -DHasTIFF -I/usr/inclu de -DHasZLIB -g -O2 -MT filter.lo -MD -MP -MF .deps/filter.Tpo -c filter.c -DPI C -o .libs/filter.o gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include -I/usr/include/ -DHasJava -I/usr /include -DHasJPEG -I/usr/include -DHasPNG -I/usr/include -DHasTIFF -I/usr/inclu de -DHasZLIB -g -O2 -MT filter.lo -MD -MP -MF .deps/filter.Tpo -c filter.c -o fi lter.o >/dev/null 2>&1 if /bin/bash ./libtool --mode=compile --tag=CC gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include -I/usr/include/ -DHasJava -I/usr/include -DHasJPEG -I/usr/include -DHasPNG -I/usr/include -DHasTIFF -I/usr/include -DHasZLIB -g -O2 -MT parse r.lo -MD -MP -MF ".deps/parser.Tpo" -c -o parser.lo parser.c; \ then mv -f ".deps/parser.Tpo" ".deps/parser.Plo"; else rm -f ".deps/parser.Tpo"; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include -I/usr/include/ -DHasJava -I/usr /include -DHasJPEG -I/usr/include -DHasPNG -I/usr/include -DHasTIFF -I/usr/inclu de -DHasZLIB -g -O2 -MT parser.lo -MD -MP -MF .deps/parser.Tpo -c parser.c -DPI C -o .libs/parser.o gcc: fork: Permission denied make[2]: *** [parser.lo] Error 1 make[2]: Leaving directory `/home/Illustration/src/libpano' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/Illustration/src/libpano' make: *** [all] Error 2 ls -Rla in the libpano resulted in rw files and dirs for the actual user Illustratrion. I'm not very familar with cygwin, so I don't know why this error appears. Any clues? TIA regards Gerhard Gaussling From douglasw at zahav.net.il Sun Nov 14 18:50:24 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Sun Nov 14 18:50:38 2004 Subject: [ptx] libpano12-cvs: make error under cygwin In-Reply-To: <200411141805.33413.ggrubbish@web.de> References: <200411141805.33413.ggrubbish@web.de> Message-ID: <1100458225.3726.9.camel@phlebus.mort.lan> On Sun, 2004-11-14 at 18:05 +0100, Gerhard Gaussling wrote: > Hello All, > > After the success under debian sarge/SID with the new libpano12 > buildsystem, I'm wondering if I'll able to copmpile it under cygwin. > > I had to add the following lines to my ~/.bashrc, because the libpano12 > buildsystem lacks the fine definition which autotool versions should be > used, so the autotools wrappers of cygwin couldn't detect the needed > version accurately (see the link to a message of Corinna Vinshen): Looking through that email, if the version in the AC_PREREQ statement (in configure.ac) is greater than 2.13, which it is, then it will use the 2.5x version of the tools. Also according to that email, the wrapper scripts should then take care of path issues, but it look like it did not on your machine :-( [snip] > gcc: fork: Permission denied which version of gcc is cygwin running? fork errors are normally compiler errors, trying to fork a separate process ie the assembler, not permissions in the source directories. > ls -Rla in the libpano resulted in rw files and dirs for the actual user > Illustratrion. I'm not very familar with cygwin, so I don't know why > this error appears. Any clues? For what it is worth, I tested the current autotools build on windows under msys/mingw and that worked. I have not tried a cygwin build though. regards, Doug From ggrubbish at web.de Sun Nov 14 21:29:33 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sun Nov 14 22:30:33 2004 Subject: [ptx] libpano12-cvs: make error under cygwin In-Reply-To: <1100458225.3726.9.camel@phlebus.mort.lan> References: <200411141805.33413.ggrubbish@web.de> <1100458225.3726.9.camel@phlebus.mort.lan> Message-ID: <200411142229.34233.ggrubbish@web.de> Hello Doug, Thank you for your answer, Am Sonntag 14 November 2004 19:50 schrieb Douglas Wilkins: > (see the link to a message of Corinna Vinshen): > > Looking through that email, if the version in the AC_PREREQ statement > (in configure.ac) is greater than 2.13, which it is, then it will use > the 2.5x version of the tools. Also according to that email, the > wrapper scripts should then take care of path issues, but it look > like it did not on your machine :-( If it is interesting enough, or if you think it's helpfull at all, than I could send you the wrapper script, to sort out errors in the bootstrap, if there are still errors at all... > [snip] > > > gcc: fork: Permission denied > > which version of gcc is cygwin running? fork errors are normally > compiler errors, trying to fork a separate process ie the assembler, > not permissions in the source directories. AFAIR it's gcc 3.3.3, but I'll look into that later. I tried to compile as normal user, because I don't know how to login as root or administrator in cygwin. AFAIK su doesn't work on cygwin, also chmod and some other stuff aren't behave like on linux :-( . > > [snip] > > For what it is worth, I tested the current autotools build on windows > under msys/mingw and that worked. I have not tried a cygwin build > though. I was just curious about it, because I thought it's a good point to test the capabilities of the new libpano12 buildsystem on another environment. What do you think? Is it worth to look deeper into it? Maybe it would be easier and better to solve this on the cygwin mail list? Wouldn't it? regards Gerhard From ggrubbish at web.de Sun Nov 14 23:25:29 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Sun Nov 14 23:27:50 2004 Subject: [ptx] libpano12-cvs: make error under cygwin In-Reply-To: <200411142229.34233.ggrubbish@web.de> References: <200411141805.33413.ggrubbish@web.de> <1100458225.3726.9.camel@phlebus.mort.lan> <200411142229.34233.ggrubbish@web.de> Message-ID: <200411150025.31346.ggrubbish@web.de> Hello Doug, To add additional information: Am Sonntag 14 November 2004 22:29 schrieb Gerhard Gaussling: > > > gcc: fork: Permission denied > > > > which version of gcc is cygwin running? fork errors are normally > > compiler errors, trying to fork a separate process ie the > > assembler, not permissions in the source directories. > > AFAIR it's gcc 3.3.3, but I'll look into that later. I tried to > compile as normal user, because I don't know how to login as root or > administrator in cygwin. AFAIK su doesn't work on cygwin, also chmod > and some other stuff aren't behave like on linux :-( . > > > > [snip] $ gcc --version gcc (GCC) 3.3.3 (cygwin special) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. I installed a new cygwin environment with the source of the current release from Friday. I had to reboot the machine - that's all ;-( | ;-) , but there's somthing else wrong again: $ make [snip] gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include -I/usr/include/ -DHasJava -I/usr /include -DHasJPEG -I/usr/include -DHasPNG -I/usr/include -DHasTIFF -I/usr/inclu de -DHasZLIB -g -O2 -MT PTDialogs.lo -MD -MP -MF .deps/PTDialogs.Tpo -c PTDialog s.c -DPIC -o .libs/PTDialogs.o In file included from PTDialogs.c:35: sys_x11.h:23:26: libgimp/gimp.h: No such file or directory sys_x11.h:24:21: gtk/gtk.h: No such file or directory In file included from PTDialogs.c:35: sys_x11.h:34: error: parse error before "GtkWidget" sys_x11.h:34: warning: no semicolon at end of struct or union sys_x11.h:35: warning: data definition has no type or storage class sys_x11.h:42: error: parse error before '*' token [snip] sys_x11.h:72: error: parse error before '* token PTDialogs.c: In function `SetRemapPrefs': [snip... nearly every line in PTDialogs.c is affected] PTDialogs.c:886: error: invalid type argument of `->' make[2]: *** [PTDialogs.lo] Error 1 make[2]: Leaving directory `/home/Illustration/src/libpano' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/Illustration/src/libpano' make: *** [all] Error 2 Illustration@xp-pro ~/src/libpano $ So, we may have to look into that? regards Gerhard From ggrubbish at web.de Mon Nov 15 00:18:31 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Mon Nov 15 00:31:50 2004 Subject: [ptx] libpano12-cvs: make error under cygwin In-Reply-To: <200411150025.31346.ggrubbish@web.de> References: <200411141805.33413.ggrubbish@web.de> <200411142229.34233.ggrubbish@web.de> <200411150025.31346.ggrubbish@web.de> Message-ID: <200411150018.32245.ggrubbish@web.de> Hello, some more info: Am Sonntag 14 November 2004 23:25 schrieb Gerhard Gaussling: > sys_x11.h:23:26: libgimp/gimp.h: No such file or directory > sys_x11.h:24:21: gtk/gtk.h: No such file or directory $ cygcheck -c |egrep "(gtk|gimp)" gtk+ 1.2.10-2 OK gtk+-devel 1.2.10-2 OK gtk-doc 1.2-1 OK gtk2-x11 2.4.11-1 OK gtk2-x11-devel 2.4.11-1 OK gtk2-x11-doc 2.4.11-1 OK gtk2-x11-runtime 2.4.11-1 OK lablgtk2 2.4.0-2 OK Illustration@xp-pro ~ $ cygcheck -l gtk2-x11-devel|egrep "(gtk.h|gimp.h)" /usr/include/gtk-2.0/gtk/gtk.h /usr/include/gtk-2.0/gtk/gtkcheckbutton.h /usr/include/gtk-2.0/gtk/gtkcheckmenuitem.h Illustration@xp-pro ~ $ cygcheck -l gtk+-devel|egrep "(gtk.h|gimp.h)" /usr/include/gtk-1.2/gtk/gtk.h /usr/include/gtk-1.2/gtk/gtkcheckbutton.h /usr/include/gtk-1.2/gtk/gtkcheckmenuitem.h /usr/include/gtk-1.2/gtk/gtkthemes.h Illustration@xp-pro ~ $ cygcheck -l lablgtk2|egrep "(gtk.h|gimp.h)" /usr/lib/ocaml/lablgtk2/gtkThread.cmi /usr/lib/ocaml/lablgtk2/gtkThread.mli /usr/lib/ocaml/lablgtk2/gtkThread.ml /usr/lib/ocaml/lablgtk2/gtkThInit.ml /usr/lib/ocaml/lablgtk2/gtkThread.cmo /usr/lib/ocaml/lablgtk2/gtkThInit.cmo /usr/lib/ocaml/lablgtk2/ml_gtk.h /usr/lib/ocaml/lablgtk2/gtkThread.cmx /usr/lib/ocaml/lablgtk2/gtkThread.o So there seems to be no gimp.h in the cygwin distribution. Does it suffice to use the gimp.h from the libgimp source package? Or is there no more need to figure this out, because the distribution lacks the libgimp, and because of that we can say now, that libpano12 does not compile on cygwin? regards Gerhard From douglasw at zahav.net.il Mon Nov 15 05:13:36 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Mon Nov 15 05:13:37 2004 Subject: [ptx] libpano12-cvs: make error under cygwin In-Reply-To: <200411150018.32245.ggrubbish@web.de> References: <200411141805.33413.ggrubbish@web.de> <200411142229.34233.ggrubbish@web.de> <200411150025.31346.ggrubbish@web.de> <200411150018.32245.ggrubbish@web.de> Message-ID: <1100495616.6863.2.camel@phlebus.mort.lan> On Mon, 2004-11-15 at 00:18 +0000, Gerhard Gaussling wrote: [snip] > So there seems to be no gimp.h in the cygwin distribution. Does it > suffice to use the gimp.h from the libgimp source package? Or is there > no more need to figure this out, because the distribution lacks the > libgimp, and because of that we can say now, that libpano12 does not > compile on cygwin? No yet :-) Apply the following patch, rerun bootstrap and configure. If all works, great! If not, send me the config.log plus any other relevant info and I will see what I can do. regards, Doug From douglasw at zahav.net.il Mon Nov 15 06:16:13 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Mon Nov 15 06:16:05 2004 Subject: [ptx] libpano12-cvs: make error under cygwin In-Reply-To: <1100495616.6863.2.camel@phlebus.mort.lan> References: <200411141805.33413.ggrubbish@web.de> <200411142229.34233.ggrubbish@web.de> <200411150025.31346.ggrubbish@web.de> <200411150018.32245.ggrubbish@web.de> <1100495616.6863.2.camel@phlebus.mort.lan> Message-ID: <1100499375.6863.4.camel@phlebus.mort.lan> On Mon, 2004-11-15 at 07:13 +0200, Douglas Wilkins wrote: > On Mon, 2004-11-15 at 00:18 +0000, Gerhard Gaussling wrote: > [snip] > > So there seems to be no gimp.h in the cygwin distribution. Does it > > suffice to use the gimp.h from the libgimp source package? Or is there > > no more need to figure this out, because the distribution lacks the > > libgimp, and because of that we can say now, that libpano12 does not > > compile on cygwin? > > No yet :-) > Apply the following patch, rerun bootstrap and configure. If all works, > great! If not, send me the config.log plus any other relevant info and I > will see what I can do. > > regards, > Doug > Helps if I attach the patch..... I. -------------- next part -------------- A non-text attachment was scrubbed... Name: pano-cygwin.diff Type: text/x-patch Size: 1910 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041115/f8dbfe6e/pano-cygwin.bin From mihal at eecs.berkeley.edu Mon Nov 15 07:59:37 2004 From: mihal at eecs.berkeley.edu (Andrew C Mihal) Date: Mon Nov 15 08:05:29 2004 Subject: [ptx] Enblend 2.1! Message-ID: Enblend 2.1 is now available! http://enblend.sourceforge.net/ This release focuses on fixing bugs. Changes include: * Compression is no longer the default option in Windows. * TIFF library warning messages have been turned off. * Fixed a bug that caused primary-color spots to appear in overexposed areas of 16-bpp images. * Fixed a problem with Enblend crashing on large panoramas. * Thanks to Joe Beda and Mark (mjz) we now have a native Win32 build of Enblend using MSVC. Also, Enblend has now moved to Sourceforge.net! There is a new project summary page here: http://sourceforge.net/projects/enblend There you will find links to forums, a support tracker, a public CVS repository, and more. Check it out! --------------------------------- Andrew Mihal www-cad.eecs.berkeley.edu/~mihal mihal@eecs.berkeley.edu From ahi at itp.tugraz.at Mon Nov 15 11:34:15 2004 From: ahi at itp.tugraz.at (Andreas Hirczy) Date: Mon Nov 15 11:34:01 2004 Subject: [ptx] Enblend 2.1! In-Reply-To: References: Message-ID: <8ar7mvcpmw.fsf@faeppc48.tu-graz.ac.at> Andrew C Mihal writes: > Enblend 2.1 is now available! A new package for Debian GNU/Linux (Testing, i386) is available at . Andreas -- Andreas Hirczy http://itp.tugraz.at/~ahi/ Graz University of Technology phone: +43/316/873-81 90 Institute of Theoretical and Computational Physics fax: +43/316/873-86 78 Petersgasse 16, A-8010 Graz mobile: +43/699/19 14 24 60 From ylzhao at vip.sina.com Mon Nov 15 12:25:40 2004 From: ylzhao at vip.sina.com (Yili Zhao) Date: Mon Nov 15 12:25:33 2004 Subject: [ptx] new hugin windows snapshot Message-ID: <20041115122529.6C6212864C@mail.webarchitects.co.uk> Pablo wrote: >I hope it works fine on all machines. This is kind of a preview of hugin >0.4. I do not plan to add new features to it. The translations need to >be improved. Doug wanted to look over my english, after that is done, >the translators can do the translations for 0.4 Maybe I can do the Chinese translation of hugin :) Best regards Yili From Pablo.dAngelo at web.de Mon Nov 15 12:35:41 2004 From: Pablo.dAngelo at web.de (Pablo dAngelo) Date: Mon Nov 15 12:35:27 2004 Subject: [ptx] new hugin windows snapshot Message-ID: <1402643165@web.de> "Yili Zhao" schrieb am 15.11.04 13:26:16: > > Pablo wrote: > >I hope it works fine on all machines. This is kind of a preview of hugin > >0.4. I do not plan to add new features to it. The translations need to > >be improved. Doug wanted to look over my english, after that is done, > >the translators can do the translations for 0.4 > Maybe I can do the Chinese translation of hugin :) That would be great. But I guess you have to wait for an unicode build. Doug, since I don't have the time to build a new one (and install all required libs on windows), could you buildand upload one to the hugin snapshot directory? That would be great. Another question: are there good .po file editors for windows out there? ciao Pablo ________________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt neu bei WEB.DE FreeMail: http://freemail.web.de/?mc=021193 From douglasw at zahav.net.il Mon Nov 15 12:46:08 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Mon Nov 15 12:46:11 2004 Subject: [ptx] new hugin windows snapshot In-Reply-To: <1402643165@web.de> References: <1402643165@web.de> Message-ID: <1100522768.3709.5.camel@phlebus.mort.lan> On Mon, 2004-11-15 at 13:35 +0100, Pablo dAngelo wrote: [snip] > That would be great. But I guess you have to wait for an unicode > build. > > Doug, since I don't have the time to build a new one (and install all required libs on windows), > could you buildand upload one to the hugin snapshot directory? As soon as I sort out a couple of problems (including: stitching using TIFF output crashes) I will upload a unicode version for windows. In the meantime, I can certainly accept any translations that people are willing to do, test on linux and add to CVS. :-)) > Another question: are there good .po file editors for windows out there? I've had a fair degree of success with poedit (http://poedit.sf.net), both on windows and linux regards, Doug From spec at webtech.pl Mon Nov 15 13:55:36 2004 From: spec at webtech.pl (spec) Date: Mon Nov 15 13:55:24 2004 Subject: [ptx] new hugin windows snapshot In-Reply-To: <1100522768.3709.5.camel@phlebus.mort.lan> References: <1402643165@web.de> <1100522768.3709.5.camel@phlebus.mort.lan> Message-ID: <4198B558.8040806@webtech.pl> Douglas Wilkins wrote: >>Another question: are there good .po file editors for windows out there? >> >> > >I've had a fair degree of success with poedit (http://poedit.sf.net), >both on windows and linux > > I used it to translate hugin to Polish. It's great. -- thanks, Marek From jeff at tautologous.com Mon Nov 15 21:23:28 2004 From: jeff at tautologous.com (Jeff Stephens) Date: Mon Nov 15 21:23:20 2004 Subject: [ptx] Fedora Core 3?? Message-ID: <18001.143.166.255.18.1100553808.squirrel@143.166.255.18> Linux Folks, Anyone transitioned to FC3 already? Any known issues with hugin/autopano/nona/enblend? Will the FC2 rpm's work on FC3? Thanks!! jeff From ggrubbish at web.de Mon Nov 15 23:00:12 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Mon Nov 15 23:07:49 2004 Subject: [ptx] libpano12-cvs: make error under cygwin In-Reply-To: <1100495616.6863.2.camel@phlebus.mort.lan> References: <200411141805.33413.ggrubbish@web.de> <200411150018.32245.ggrubbish@web.de> <1100495616.6863.2.camel@phlebus.mort.lan> Message-ID: <200411152300.13591.ggrubbish@web.de> Am Montag 15 November 2004 05:13 schrieb Douglas Wilkins: > On Mon, 2004-11-15 at 00:18 +0000, Gerhard Gaussling wrote: > [snip] > > > So there seems to be no gimp.h in the cygwin distribution. Does it > > suffice to use the gimp.h from the libgimp source package? Or is > > there no more need to figure this out, because the distribution > > lacks the libgimp, and because of that we can say now, that > > libpano12 does not compile on cygwin? > > No yet :-) > Apply the following patch, rerun bootstrap and configure. If all > works, great! If not, send me the config.log plus any other relevant > info and I will see what I can do. > Hello Doug, The applied patch did not work. Everything is the same... It's something with the include files on cygwin. I don't understand what's wrong, but there are a bunch of include files that make can't find: $ find / -iname include /lib/gcc-lib/i686-pc-cygwin/3.3.3/include /lib/gcc-lib/i686-pc-cygwin/3.3.3/install-tools/include /lib/gcc-lib/i686-pc-mingw32/3.3.3/include /lib/gcc-lib/i686-pc-mingw32/3.3.3/install-tools/include /lib/glib/include /lib/glib-2.0/include /lib/gnome-vfs-2.0/include /lib/gtk-2.0/include /lib/pl-5.2.6/include /opt/kde2/include /opt/kde3/include /opt/kde3/share/apps/kapptemplate/include /opt/qt/3.2/include /usr/autotool/devel/include /usr/autotool/stable/include /usr/doc/doxygen-1.2.18/examples/include /usr/grace/include /usr/i686-pc-mingw32/include /usr/include /usr/local/include /usr/local/kde1/include /usr/local/lib/qt1/include /usr/local/lib/qt2/include /usr/share/cmake-2.0.5/include /usr/X11R6/include I made these symbolic links: $ ls -lF /usr/include |grep lr|grep "Nov 16" lrwxrwxrwx 1 Illustra Kein 24 Nov 16 02:24 gdk -> /usr/include/gtk-2.0/gdk/ lrwxrwxrwx 1 Illustra Kein 31 Nov 16 02:24 gdk-pixbuf -> /usr/include/gtk-2.0/gdk-pixbuf/ lrwxrwxrwx 1 Illustra Kein 36 Nov 16 02:25 gdk-pixbuf-xlib -> /usr/include/gtk-2.0/gdk-pixbuf-xlib/ lrwxrwxrwx 1 Illustra Kein 26 Nov 16 02:35 glib -> /usr/include/glib-2.0/glib/ lrwxrwxrwx 1 Illustra Kein 35 Nov 16 02:34 glib-object.h -> /usr/include/glib-2.0/glib-object.h* lrwxrwxrwx 1 Illustra Kein 28 Nov 16 02:34 glib.h -> /usr/include/glib-2.0/glib.h* lrwxrwxrwx 1 Illustra Kein 31 Nov 16 02:35 gmodule.h -> /usr/include/glib-2.0/gmodule.h* lrwxrwxrwx 1 Illustra Kein 29 Nov 16 02:35 gobject -> /usr/include/glib-2.0/gobject/ lrwxrwxrwx 1 Illustra Kein 25 Nov 16 02:19 gtk -> /usr/include/gtk-2.0/gtk// lrwxrwxrwx 1 Illustra Kein 28 Nov 16 02:30 pango -> /usr/include/pango-1.0/pango/ So four additional files can't be found: $ grep No make.out make[2]: Nothing to be done for `all'. sys_x11.h:23:26: libgimp/gimp.h: No such file or directory /usr/include/glib/gtypes.h:30:24: glibconfig.h: No such file or directory /usr/include/gdk/gdktypes.h:51:23: gdkconfig.h: No such file or directory /usr/include/gtk/gtkwidget.h:36:27: atk/atkobject.h: No such file or directory /usr/include/gtk/gtkaccessible.h:23:21: atk/atk.h: No such file or directory They are here: /lib/glib/include/glibconfig.h /lib/glib-2.0/include/glibconfig.h /lib/gtk-2.0/include/gdkconfig.h /usr/include/atk-1.0/atk/atk.h /usr/include/atk-1.0/atk/atkobject.h Without the links everything is like before. Nevertheless I deleted the links now. In my cygwin installation, there is no /usr/include/glib , but /usr/include/glib-2.0 and so on... regards Gerhard From douglasw at zahav.net.il Tue Nov 16 07:41:09 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Tue Nov 16 07:42:15 2004 Subject: [ptx] libpano12-cvs: make error under cygwin In-Reply-To: <200411152300.13591.ggrubbish@web.de> References: <200411141805.33413.ggrubbish@web.de> <200411150018.32245.ggrubbish@web.de> <1100495616.6863.2.camel@phlebus.mort.lan> <200411152300.13591.ggrubbish@web.de> Message-ID: <1100590869.3712.6.camel@phlebus.mort.lan> On Mon, 2004-11-15 at 23:00 +0000, Gerhard Gaussling wrote: [snip] > > > So there seems to be no gimp.h in the cygwin distribution. Does it > > > suffice to use the gimp.h from the libgimp source package? Or is > > > there no more need to figure this out, because the distribution > > > lacks the libgimp, and because of that we can say now, that > > > libpano12 does not compile on cygwin? > > > > No yet :-) > > Apply the following patch, rerun bootstrap and configure. If all > > works, great! If not, send me the config.log plus any other relevant > > info and I will see what I can do. [snip] There are two issues here: 1. sys_X11.h and sys_X11.c should not be compiled __at all__ on cygwin 2. both of the above assume gtk1 and glib1, so probably will not work anyway. can you send me your config.log (off list - it is quite big) so I can figure out why they are being included in the build? regards, Doug From bruno at postle.net Tue Nov 16 08:17:49 2004 From: bruno at postle.net (Bruno Postle) Date: Tue Nov 16 08:17:34 2004 Subject: [ptx] libpano12-cvs: make error under cygwin In-Reply-To: <1100590869.3712.6.camel@phlebus.mort.lan> References: <200411141805.33413.ggrubbish@web.de> <200411150018.32245.ggrubbish@web.de> <1100495616.6863.2.camel@phlebus.mort.lan> <200411152300.13591.ggrubbish@web.de> <1100590869.3712.6.camel@phlebus.mort.lan> Message-ID: <20041116081749.GE2896@postle.net> On Tue 16-Nov-2004 at 09:41 +0200, Douglas Wilkins wrote: > 1. sys_X11.h and sys_X11.c should not be compiled __at all__ on > cygwin Or anywhere else. These files were never distributed with the original sources, they appear to be part of an unfinished linux gui for PTStitcher et al. I found them in the mac sources along with the missing sys_ansi.h file. They are in CVS because I couldn't think what else to do with them. -- Bruno From emmanuel at favre-nicolin.net Tue Nov 16 12:42:47 2004 From: emmanuel at favre-nicolin.net (Emmanuel) Date: Tue Nov 16 12:42:40 2004 Subject: [ptx] Enblend 2.1! In-Reply-To: <8ar7mvcpmw.fsf@faeppc48.tu-graz.ac.at> References: <8ar7mvcpmw.fsf@faeppc48.tu-graz.ac.at> Message-ID: <200411161042.47671.emmanuel@favre-nicolin.net> Le lundi 15 Novembre 2004 09:34, Andreas Hirczy a ?crit?: > Andrew C Mihal writes: > > Enblend 2.1 is now available! > > A new package for Debian GNU/Linux (Testing, i386) is available at > . it's avalaible for mandrake 10.1 too : http://emmanuelfavrenicolin.free.fr/Public/Ordinateur/Mandrake/MDK101/ (note that I've change my website and that old link are not working) Emmanuel > Andreas From nowozin at cs.tu-berlin.de Tue Nov 16 15:56:47 2004 From: nowozin at cs.tu-berlin.de (Sebastian Nowozin) Date: Tue Nov 16 15:56:42 2004 Subject: [ptx] autopano-sift 2.1 released: bugfixes and integration Message-ID: <20041116155647.GA5027@bolero.cs.tu-berlin.de> Hello panorama enthusiasts, I am pleased to announce a new version of autopano-sift has just been released, version 2.1. The most important changes are compatible options to both the Windows and Unix GUIs that will ease further integration with hugin. Also good bugfix has been send to me by Jesse Baker, which removes a bug in the SIFT descriptor creation process and results in a 10% match count improvement. Check it out, at the usual location: http://cs.tu-berlin.de/~nowozin/autopano-sift/ The detailed CHANGES: autopano-sift 2.1, libsift 1.7 2004/11/16 * Fix "always-align" bug in Windows GUI, thanks to a report from Joerg Rosenkranz (Joerg dot Rosenkranz at web dot de) * Fix the file list view in the Windows GUI to sort the files based on the filename. Maybe an additional drag-and-drop sorting would be nice. * Fix a bug in keypoint descriptor generation, where the rotation was not calculated correctly. This leads to more correct matches. Thanks for the report and fix from Jesse Baker (jtb5 at cs dot waikato dot ac dot nz). * Fix so usage is printed if "-h" is passed to autopano.exe + Add command line parameters to the GUI to be invoked from third party programs for easier integration with them: a) --output , preset the PTO output file b) --absolute, use absolute pathnames in the PTO output file c) --imagelist , read input images from textfile d) image filenames can also be read from command line Pablo, can you comment on the command line options? I deliberately did not introduce what I first said ("filenames piped into the program"), as on further thought it might be difficult to realize in a portable way. I think the list to tmp-file option is easy to implement and will work well everywhere. Thanks, Sebastian -- nowozin@cs.tu-berlin.de --- http://user.cs.tu-berlin.de/~nowozin/ From pablo.dangelo at web.de Tue Nov 16 18:00:04 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Tue Nov 16 18:00:26 2004 Subject: [ptx] autopano-sift 2.1 released: bugfixes and integration In-Reply-To: <20041116155647.GA5027@bolero.cs.tu-berlin.de> References: <20041116155647.GA5027@bolero.cs.tu-berlin.de> Message-ID: <20041116180004.GB1592@svalbart> Hi Sebastian, > I am pleased to announce a new version of autopano-sift has just been > released, version 2.1. Whow that was a fast week :) > + Add command line parameters to the GUI to be invoked from third party > programs for easier integration with them: > a) --output , preset the PTO output file Hmm, ok, I'll change the default arguments to support this. > b) --absolute, use absolute pathnames in the PTO output file Hmm, currently I'm just looking at the file name without path when parsing the autopano output anyway. That breaks if images with the same name in different directories are used. I'm not shure if that is a real problem. > c) --imagelist , read input images from textfile Ok, thats a good thing to have, will add support for that as well. > d) image filenames can also be read from command line Should be all the really needed things. Setting the number of control points per pair might also be nice, but its not absolutely required. ciao Pablo From twjacobs at gmail.com Tue Nov 16 18:29:52 2004 From: twjacobs at gmail.com (Tim Jacobs) Date: Tue Nov 16 18:29:36 2004 Subject: [ptx] seperate nona stiticher In-Reply-To: <20041107230526.GB1548@svalbart> References: <5522dce804110618201b85f538@mail.gmail.com> <20041107230526.GB1548@svalbart> Message-ID: <5522dce80411161029b92ecf0@mail.gmail.com> Hi Pablo, My 'C' port of PTLens (called clens) is available in the CVS repository for panotools on sourceforge. The part that reads in the profiles is in modDB.c. Tim On Mon, 8 Nov 2004 00:05:26 +0100, Pablo d'Angelo wrote: > On Sat, 06 Nov 2004, Tim Jacobs wrote: > > > I recently ported a program called PTLens from Visual Basic to C. > > Cool! I was thinking about adding PTLens lens profiles into hugin. > But I haven't come around to port the code to ANSI C yet, especially the > routines that read the lens profiles. > > I'd like to add some of it to hugin, when its ready :) > > ciao > Pablo > From pablo.dangelo at web.de Tue Nov 16 19:31:00 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Tue Nov 16 19:31:23 2004 Subject: [ptx] clens In-Reply-To: <5522dce80411161029b92ecf0@mail.gmail.com> References: <5522dce804110618201b85f538@mail.gmail.com> <20041107230526.GB1548@svalbart> <5522dce80411161029b92ecf0@mail.gmail.com> Message-ID: <20041116193100.GD1592@svalbart> Hi Tim, > Hi Pablo, > My 'C' port of PTLens (called clens) is available in the CVS > repository for panotools on sourceforge. The part that reads in the > profiles is in modDB.c. That sounds great. Hmm, not sure if I should add support before or after the release ;) I guess properly calibrated lenses will help a lot of people. In any case, clens on its own is great to have. ciao Pablo From ggrubbish at web.de Tue Nov 16 19:40:13 2004 From: ggrubbish at web.de (Gerhard Gaussling) Date: Tue Nov 16 19:44:23 2004 Subject: [ptx] clens In-Reply-To: <20041116193100.GD1592@svalbart> References: <5522dce804110618201b85f538@mail.gmail.com> <5522dce80411161029b92ecf0@mail.gmail.com> <20041116193100.GD1592@svalbart> Message-ID: <200411161940.13796.ggrubbish@web.de> Am Dienstag 16 November 2004 19:31 schrieb Pablo d'Angelo: > Hi Tim, > > > Hi Pablo, > > My 'C' port of PTLens (called clens) is available in the CVS > > repository for panotools on sourceforge. The part that reads in the > > profiles is in modDB.c. > > That sounds great. > > Hmm, not sure if I should add support before or after the release ;) > I guess properly calibrated lenses will help a lot of people. > > In any case, clens on its own is great to have. > Hello, thank you for porting PTLens to C and make it available for *nix and sooner or later for all other Os's. Do you or someone else plan a gimp-2.x plugin? It would be nice to have it in hugin soon ;-) regards Gerhard From tech at ediphi.org Tue Nov 16 20:12:29 2004 From: tech at ediphi.org (Philippe Gac) Date: Tue Nov 16 20:11:30 2004 Subject: [ptx] a few remaining hitches In-Reply-To: <20041116193100.GD1592@svalbart> Message-ID: Hi Pablo, thanks for the new snapshot that brings in still more convenience of use. 200% zoom is now working nicely (and is quite useful) there is still a bug that causes a "Hugin fatal error" that appears sometimes: when you add a point, it seem as if another hugin thread that searches for a matching correspondent doesn't let enough time so it be registered. Then when you key in "Add", there would be no first point and a fatal error is raised. But, if you click again to re-create the first point, it's OK. I understand it's no time for big changes but may I venture a few idea perhaps easy to implement? - correlation as a distinct, permanent field - shift-click forces selection of a point of an already existing pair, zooming both panes around it - points be ordered in CPs-panes view according to distance - points be ordered in CPs-panes or CP-list views according to distance from the center of the image - make all images independent for all parameters with one click best regards philippe From pablo.dangelo at web.de Tue Nov 16 20:29:47 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Tue Nov 16 20:30:08 2004 Subject: [ptx] Re: a few remaining hitches In-Reply-To: References: <20041116193100.GD1592@svalbart> Message-ID: <20041116202947.GE1592@svalbart> On Tue, 16 Nov 2004, Philippe Gac wrote: > > Hi Pablo, > > thanks for the new snapshot that brings in still more convenience of use. > > 200% zoom is now working nicely (and is quite useful) > > there is still a bug that causes a "Hugin fatal error" that appears sometimes: when you add a point, it seem as if > another hugin thread that searches for a matching correspondent doesn't let enough time so it be registered. Then when > you key in "Add", there would be no first point and a fatal error is raised. But, if you click again to re-create the > first point, it's OK. I'll look into that. In which setting do the crashes happen? I need zoom factor, and the state of the "auto fine-tune" "auto add" and "auto estimate" checkboxes. > I understand it's no time for big changes but may I venture a few idea perhaps easy to implement? > - correlation as a distinct, permanent field Needs some bigger internal changes, because the correlation score should be recomputed whenever a point changes. > - shift-click forces selection of a point of an already existing pair, zooming both panes around it Probably not, because the control point editor code has become to complex and indetermistic, so I would risk adding more bugs ;) > - points be ordered in CPs-panes view according to distance > - points be ordered in CPs-panes or CP-list views according to distance from the center of the image maybe > - make all images independent for all parameters with one click You mean, check/uncheck the inherit flags on the lens panel? ciao Pablo From bruno at postle.net Tue Nov 16 20:52:18 2004 From: bruno at postle.net (Bruno Postle) Date: Tue Nov 16 20:52:02 2004 Subject: [ptx] seperate nona stiticher In-Reply-To: <5522dce80411161029b92ecf0@mail.gmail.com> References: <5522dce804110618201b85f538@mail.gmail.com> <20041107230526.GB1548@svalbart> <5522dce80411161029b92ecf0@mail.gmail.com> Message-ID: <20041116205218.GB4692@postle.net> On Tue 16-Nov-2004 at 13:29 -0500, Tim Jacobs wrote: > My 'C' port of PTLens (called clens) is available in the CVS > repository for panotools on sourceforge. The part that reads in > the profiles is in modDB.c. I don't know what your plans are for clens, but would either of these make any sense: - Turn the profile database handling stuff into a library, so it can be used by hugin, the gimp-plugin, PTLens etc.. - Using libexif for reading jpeg headers. -- Bruno From twjacobs at gmail.com Tue Nov 16 22:47:58 2004 From: twjacobs at gmail.com (Tim Jacobs) Date: Tue Nov 16 22:47:42 2004 Subject: [ptx] clens In-Reply-To: <200411161940.13796.ggrubbish@web.de> References: <5522dce804110618201b85f538@mail.gmail.com> <5522dce80411161029b92ecf0@mail.gmail.com> <20041116193100.GD1592@svalbart> <200411161940.13796.ggrubbish@web.de> Message-ID: <5522dce804111614471ec7f439@mail.gmail.com> I think a gimp plugin would be great. However, programming is not my forte, the GNU tools, linux, and even CVS are all new to me at this point. So let's see how much trouble I got myself into with clens before I commit to anything else new! It's good to seethe interest in clens though, and I'll try hard to fix any problems that may crop up in it :-) On Tue, 16 Nov 2004 19:40:13 +0000, Gerhard Gaussling wrote: > Am Dienstag 16 November 2004 19:31 schrieb Pablo d'Angelo: > > > > Hi Tim, > > > > > Hi Pablo, > > > My 'C' port of PTLens (called clens) is available in the CVS > > > repository for panotools on sourceforge. The part that reads in the > > > profiles is in modDB.c. > > > > That sounds great. > > > > Hmm, not sure if I should add support before or after the release ;) > > I guess properly calibrated lenses will help a lot of people. > > > > In any case, clens on its own is great to have. > > > > Hello, > > thank you for porting PTLens to C and make it available for *nix and > sooner or later for all other Os's. > > Do you or someone else plan a gimp-2.x plugin? > > It would be nice to have it in hugin soon ;-) > > regards > > Gerhard > From twjacobs at gmail.com Tue Nov 16 23:12:35 2004 From: twjacobs at gmail.com (Tim Jacobs) Date: Tue Nov 16 23:12:19 2004 Subject: [ptx] seperate nona stiticher In-Reply-To: <20041116205218.GB4692@postle.net> References: <5522dce804110618201b85f538@mail.gmail.com> <20041107230526.GB1548@svalbart> <5522dce80411161029b92ecf0@mail.gmail.com> <20041116205218.GB4692@postle.net> Message-ID: <5522dce804111615122e9fae44@mail.gmail.com> I thought of looking into a library that could supply the exif functions used. Is there any published API for libexif? For clens, I simply used what I Thomas gave me. I would like to keep the ability to make a stand-alone clens on multple platforms though. As for the profile database, all of the parsing code is currently in modDB.c. I think this could easily be turned into a library. Might need to coordinate this with Thomas though since he maintains the profiles (at least the only profiles I know of). My concern would be that the format might change. On thought I had was to put the data into an XML format and perhaps even have a publc repository for correction coefficients. Whatever is done (if anything) it should be controlled since the coefficients are the key to good corrections. Tim On Tue, 16 Nov 2004 20:52:18 +0000, Bruno Postle wrote: > On Tue 16-Nov-2004 at 13:29 -0500, Tim Jacobs wrote: > > > My 'C' port of PTLens (called clens) is available in the CVS > > repository for panotools on sourceforge. The part that reads in > > the profiles is in modDB.c. > > I don't know what your plans are for clens, but would either of > these make any sense: > > - Turn the profile database handling stuff into a library, so it can > be used by hugin, the gimp-plugin, PTLens etc.. > > - Using libexif for reading jpeg headers. > > -- > Bruno > From pablo.dangelo at web.de Wed Nov 17 00:07:46 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Wed Nov 17 00:08:07 2004 Subject: [ptx] autopano-sift 2.1 released: bugfixes and integration In-Reply-To: <20041116155647.GA5027@bolero.cs.tu-berlin.de> References: <20041116155647.GA5027@bolero.cs.tu-berlin.de> Message-ID: <20041117000746.GG1592@svalbart> On Tue, 16 Nov 2004, Sebastian Nowozin wrote: > * Fix so usage is printed if "-h" is passed to autopano.exe > > + Add command line parameters to the GUI to be invoked from third party > programs for easier integration with them: > a) --output , preset the PTO output file > b) --absolute, use absolute pathnames in the PTO output file > c) --imagelist , read input images from textfile > d) image filenames can also be read from command line > > > Pablo, can you comment on the command line options? I deliberately did not > introduce what I first said ("filenames piped into the program"), as on > further thought it might be difficult to realize in a portable way. I think > the list to tmp-file option is easy to implement and will work well > everywhere. I have added support for these command line parameters to the hugin CVS. The default parameters also use --imagelist. This means that hugin expects autopano-sift 2.1 per default. To use the old one, use the following command line parameters: -o %o %i Existing config files are not updated, you might need to enter: --output %s --imagelist %namefile as parameters, or remove the .hugin config file or registry entry. However, I noticed a small thing: After autopanog finished, it needs to be closed by pressing the "exit" button. Maybe it could close automatically if command line parameters were given? ciao Pablo From noreply at sourceforge.net Wed Nov 17 01:24:30 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 17 01:24:17 2004 Subject: [ptx] [ hugin-Bugs-1067759 ] win32 problem with long paths Message-ID: Bugs item #1067759, was opened at 2004-11-16 20:24 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=550441&aid=1067759&group_id=77506 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Marek Januszewski (specu) Assigned to: Nobody/Anonymous (nobody) Summary: win32 problem with long paths Initial Comment: it's a little complicated (hopefully I'm wrong), so I'm putting it here. hugin latest snapshot (probably it was always there) has a problem with long names. for example: I created a pano and saved it to a location that's longer than 8+3 with a filename that's longer than 8+3, for example: slobity-pano01.pto - it shows in the title bar correctly. But when I just double click it (so hugin is run with it as param 1), the title bar says SLOBIT~1.PTO - it's been converted by system at some point to 8.3. on top of it when I just choose to save the pano under another name (just open and then save as), the images in the project got converted from (part of exact line in project): n"slobity-pano101.jpg" to n"F:\aparat\ojciec\slobity\SLOBIT~1\slobity-pano101.jpg" so: 1. path has been added - there was no path when the project was first saved. 2. path is in 8.3 compatible format (there should be no path at all, and if ther should be, it should be in full path format). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=550441&aid=1067759&group_id=77506 From rbpark at gmail.com Tue Nov 16 22:14:34 2004 From: rbpark at gmail.com (Rob Park) Date: Wed Nov 17 02:47:57 2004 Subject: [ptx] Fedora Core 3?? In-Reply-To: <18001.143.166.255.18.1100553808.squirrel@143.166.255.18> References: <18001.143.166.255.18.1100553808.squirrel@143.166.255.18> Message-ID: <6b8a2f8b04111614144fb7bc2c@mail.gmail.com> On Mon, 15 Nov 2004 15:23:28 -0600 (CST), Jeff Stephens wrote: > Anyone transitioned to FC3 already? Any known issues with hugin/autopano/nona/enblend? > Will the FC2 rpm's work on FC3? I am in the process of slowly updating my tutorials for FC3/autopano-sift 2.1/enblend 2.1, but unfortunately I haven't been able to install mono so far -- looks like people who are running yum repositories for mono are still only running repos for FC2, not FC3. So I'm basically stuck... Anybody know of any yum repositories of mono for fedora 3? Thanks. -- One Guy With A Camera http://rbpark.ath.cx From douglasw at zahav.net.il Wed Nov 17 03:18:01 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Wed Nov 17 03:18:03 2004 Subject: [ptx] libpano12-cvs: make error under cygwin In-Reply-To: <200411161759.46213.ggrubbish@web.de> References: <200411141805.33413.ggrubbish@web.de> <200411152300.13591.ggrubbish@web.de> <1100590869.3712.6.camel@phlebus.mort.lan> <200411161759.46213.ggrubbish@web.de> Message-ID: <1100661482.3703.5.camel@phlebus.mort.lan> On Tue, 2004-11-16 at 17:59 +0000, Gerhard Gaussling wrote: [snip] > Hello Doug, > > here is the config log. I hope that helps. I also have a make.out file > with all of the output of the make process, but I think there would be > nothing new. > > regards > > Gerhard Yes it did help, at least I now know that the configuration detection is 100%. It seems that the problem is in the makefile generation :-((( can you please send me the make.out and the generated Makefile? Also, it would be useful to know the versions of autoconf, automake and libtool regards, Doug From pablo.dangelo at web.de Wed Nov 17 07:24:03 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Wed Nov 17 07:24:24 2004 Subject: [ptx] Re: a few remaining hitches In-Reply-To: References: <20041116202947.GE1592@svalbart> Message-ID: <20041117072403.GA1221@svalbart> On Wed, 17 Nov 2004, Philippe Gac wrote: > > > > -----Message d'origine----- > > De : ptx-bounces@email-lists.org [mailto:ptx-bounces@email-lists.org]De > > zoom factor: any?; at least fit window and 100% and 200% (it seems to me it is more frequent at higher zoom factors) > "auto fine-tune" ON > "auto add" OFF > "auto estimate" ON Hmm, I've created ~100 control point with 200% zoomfactor and haven't encountered a crash (with the linux version), maybe its windows only? Has anybody on linux seen that crash with a hugin version newer than 1 week? > > > - correlation as a distinct, permanent field > > Needs some bigger internal changes, because the correlation score should be > > recomputed whenever a point changes. > > I think it would be useful even with no auto-actualization I'm strictly against displaying outdated and inconsistent data. If I add it, the it will be reset to zero whenever the point changes. > > > - shift-click forces selection of a point of an already existing pair, zooming both panes around it > > Probably not, because the control point editor code has become to complex > > and indetermistic, so I would risk adding more bugs ;) > > arghl ! that's frightening! Well its not so bad, but its a fairly complex pice of code that grew over the last 1 1/2 years, and one of the parts that should be completly rewritten. > > > - make all images independent for all parameters with one click > > > > You mean, check/uncheck the inherit flags on the lens panel? > yes, and create corresponding checkboxes in "optimize" tab > > In fact I sometimes use that to compensate for parallax errors (more degrees of freedom!) > for now, I switch to PTopenUI and then back to Hugin! I think this can be done with hugin now (but requires a few more mouseclicks): 1. select all images in the lens tab 2. click the each inherit button twice (the first click will link all parameters, the second one will unlink them) 3. select the variables to optimize 4. check "edit script before optimizing", to see the script. all selected parameters will be optimized separately. btw. I have cleaned up the PTOptimizer Script output, so that its easier to edit it by hand :) ciao Pablo From bruno at postle.net Wed Nov 17 08:58:38 2004 From: bruno at postle.net (Bruno Postle) Date: Wed Nov 17 08:58:22 2004 Subject: [ptx] hugin calling autopanog.exe directly (was:autopano-sift 2.1) In-Reply-To: <20041117000746.GG1592@svalbart> References: <20041116155647.GA5027@bolero.cs.tu-berlin.de> <20041117000746.GG1592@svalbart> Message-ID: <20041117085838.GA9003@postle.net> On Wed 17-Nov-2004 at 01:07 +0100, Pablo d'Angelo wrote: > On Tue, 16 Nov 2004, Sebastian Nowozin wrote: > > > + Add command line parameters to the GUI to be invoked from third party > I have added support for these command line parameters to the hugin CVS. I have a problem. If I install mono from ximian, .exe files are not directly associated with the mono runtime. So I have to enter this in the preferences for autopano-SIFT to get it to run: mono `which autopanog.exe` The old 'autopano-complete.sh' script did something like this internally. -- Bruno From bruno at postle.net Wed Nov 17 09:27:40 2004 From: bruno at postle.net (Bruno Postle) Date: Wed Nov 17 09:27:24 2004 Subject: [ptx] enblend -z parameter fails ungracefully Message-ID: <20041117092740.GC9003@postle.net> Hugin calls enblend with this command-line: enblend -v -z '-z' sets LZW compression on the output file. ..but I get a series of error messages: LZW compression is not available to due to Unisys patent enforcement. LZW compression is not available to due to Unisys patent enforcement. LZW compression is not available to due to Unisys patent enforcement. LZW compression is not available to due to Unisys patent enforcement. ... The resulting tif file is empty and tiny. I have libtiff-3.5.7. Maybe -z shouldn't be the hugin default or enblend should ignore -z when LZW is disabled in the library. -- Bruno From douglasw at zahav.net.il Wed Nov 17 20:06:26 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Wed Nov 17 20:06:39 2004 Subject: [ptx] libpano12-cvs: make error under cygwin In-Reply-To: <1100661482.3703.5.camel@phlebus.mort.lan> References: <200411141805.33413.ggrubbish@web.de> <200411152300.13591.ggrubbish@web.de> <1100590869.3712.6.camel@phlebus.mort.lan> <200411161759.46213.ggrubbish@web.de> <1100661482.3703.5.camel@phlebus.mort.lan> Message-ID: <1100721986.12548.1.camel@phlebus.mort.lan> On Wed, 2004-11-17 at 05:18 +0200, Douglas Wilkins wrote: > On Tue, 2004-11-16 at 17:59 +0000, Gerhard Gaussling wrote: > [snip] > > Hello Doug, > > > > here is the config log. I hope that helps. I also have a make.out file > > with all of the output of the make process, but I think there would be > > nothing new. > > > > regards > > > > Gerhard > Yes it did help, at least I now know that the configuration detection is > 100%. It seems that the problem is in the makefile generation :-((( > > can you please send me the make.out and the generated Makefile? > Hi there, With the files you sent me, I think I was able to solve the problem. Apply the attached patch to a clean CVS, and it should compile. regards, Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: pano-cygwin1.diff Type: text/x-patch Size: 2352 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041117/bf411913/pano-cygwin1.bin From debian at freemail.hu Thu Nov 18 12:46:38 2004 From: debian at freemail.hu (Vaj Akos) Date: Thu Nov 18 12:47:00 2004 Subject: [ptx] libpano12, which version? Message-ID: <20041118124638.GD3622@pc0699sd.sysdata.siemens.hu> Hi, there are different versions of libpano12 mentioned on the net. Which one is the best, if I use it only under hugin, on debian linux? Or do they have differenct advantages? I found this "2.6.ML12": http://www.tawbaware.com/maxlyons/pano12ml.htm and 2.7.0.8 on http://panotools.sourceforge.net/ thanks. Akos From bruno at postle.net Thu Nov 18 13:02:07 2004 From: bruno at postle.net (Bruno Postle) Date: Thu Nov 18 13:02:09 2004 Subject: [ptx] libpano12, which version? In-Reply-To: <20041118124638.GD3622@pc0699sd.sysdata.siemens.hu> References: <20041118124638.GD3622@pc0699sd.sysdata.siemens.hu> Message-ID: <20041118130207.GM17190@postle.net> On Thu 18-Nov-2004 at 13:46 +0100, Vaj Akos wrote: > > there are different versions of libpano12 mentioned on the net. > Which one is the best, if I use it only under hugin, on debian > linux? Or do they have differenct advantages? The version of pano12 on sourceforge already includes all the improvements from these alternative sources - Probably. -- Bruno From debian at freemail.hu Thu Nov 18 13:37:08 2004 From: debian at freemail.hu (Vaj Akos) Date: Thu Nov 18 13:36:57 2004 Subject: [ptx] libpano12, which version? In-Reply-To: <20041118130207.GM17190@postle.net> References: <20041118124638.GD3622@pc0699sd.sysdata.siemens.hu> <20041118130207.GM17190@postle.net> Message-ID: <20041118133708.GE3622@pc0699sd.sysdata.siemens.hu> On Nov 18 13:02, Bruno Postle wrote: > On Thu 18-Nov-2004 at 13:46 +0100, Vaj Akos wrote: > > > > there are different versions of libpano12 mentioned on the net. > > Which one is the best, if I use it only under hugin, on debian > > linux? Or do they have differenct advantages? > > The version of pano12 on sourceforge already includes all the > improvements from these alternative sources - Probably. OK, then I'm going to compile it from the freshest cvs right away. :-) Akos From douglasw at zahav.net.il Thu Nov 18 18:03:20 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Thu Nov 18 18:04:29 2004 Subject: [ptx] libpano12-cvs: make error under cygwin In-Reply-To: <200411180541.55260.ggrubbish@web.de> References: <200411141805.33413.ggrubbish@web.de> <1100661482.3703.5.camel@phlebus.mort.lan> <1100721986.12548.1.camel@phlebus.mort.lan> <200411180541.55260.ggrubbish@web.de> Message-ID: <1100801001.12355.4.camel@phlebus.mort.lan> On Thu, 2004-11-18 at 05:41 +0000, Gerhard Gaussling wrote: [snip] > here are the logs. Only pano info was build, but with the installed > pano12.dll I received the output seen in *png. Expected this error, paninfo support is only in later versions from sourceforge. 2.7.0.2 onwards if I remember correctly. > In .libs there was only *.la or so. Please, see the log1 archive. Excellent, just what I needed to diagnose. Replace the Makefile.am in ./ with the attached one, it should work. (needed -lcomdlg32 -mwindows) in the link command line regards, Doug -------------- next part -------------- ACLOCAL_AMFLAGS = -I m4 SUFFIXES = .rc RC = @WINDRES@ RCFLAGS = --use-temp-file --verbose -O COFF RCCOMPILE = $(RC) $(RCFLAGS) \ `echo $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) |\ sed -e 's/-I/--include-dir /g;s/-D/--define /g;s/-m.*//g'` STD_SRC = filter.c parser.c queryfeature.c correct.c perspect.c \ adjust.c remap.c lmdif.c file.c \ math.c pan.c PTDialogs.c fftn.c fourier.c resample.c \ optimize.c morpher.c Triangulate.c \ seamer.c ptpicker.c pteditor.c \ tiff.c jpeg.c png.c multilayer.c STD_HDR = panorama.h filter.h version.h INTERNAL_HDR = fftn.h f2c.h TOOL_HDR = queryfeature.h pteditor.h ptutils.h SYS_HDR = sys_X11.h sys_ansi.h sys_mac.h sys_win.h if HAVE_X11 X11_SRC = sys_X11.c else X11_SRC = endif if HAVE_CYGWIN WIN_SRC = sys_win.c bmp.c pano12.rc WIN_DEFS = -D__Win__=1 WIN_LIB = -mwindows -lcomdlg32 else WIN_SRC = endif if HAVE_MINGW WIN_SRC = sys_win.c bmp.c pano12.rc WIN_DEFS = -D__Win__=1 WIN_LIB = -mwindows -lcomdlg32 else WIN_SRC = endif if HAVE_MAC MAC_SRC = PixMap.c pict.c shell_mac.c sys_mac.c ppm.c MAC_HDR = PixMap.h else MAC_SRC = MAC_HDR = PixMap.h endif if HAVE_LINUX LIN_SRC = sys_ansi.c ppm.c LIN_DEFS = -D__Ansi__=1 else LIN_SRC = LIN_DEFS = endif if HAVE_DARWIN DAR_SRC = sys_ansi.c ppm.c DAR_DEFS = -D__Ansi__=1 else DAR_SRC = DAR_DEFS = endif AM_CPPFLAGS = $(JAVA_FLAGS) $(JPEG_FLAGS) $(PNG_FLAGS) $(TIFF_FLAGS) $(ZLIB_FLAGS) $(LIN_DEFS) $(WIN_DEFS) $(DAR_DEFS) AM_LDFLAGS = $(LIB_JAVA) $(LIB_JPEG) $(LIB_PNG) $(LIB_TIFF) $(LIB_ZLIB) $(WIN_LIB) lib_LTLIBRARIES = libpano12.la libpano12_la_SOURCES = $(STD_SRC) $(X11_SRC) $(WIN_SRC) $(MAC_SRC) $(LIN_SRC) $(DAR_SRC) libpano12_la_LDFLAGS = -version-info 0:0:0 pkginclude_HEADERS = $(STD_HDR) $(TOOL_HDR) noinst_HEADERS = $(INTERNAL_HDR) $(SYS_HDR) $(MAC_HDR) SUBDIRS=m4 . tools distdir=lib$(PACKAGE)-$(VERSION) dist-hook: rm -rf `find $(distdir) $(distdir)/tools -name CVS` rm -rf `find $(distdir) $(distdir)/tools -name .cvsignore` EXTRA_DIST = gpl.txt README.linux README.windows README.mac \ makefile.linux makefile.mac makefile.osx makefile.win32 \ bootstrap filter.r pano12.def \ seamer_.c .rc.o: $(RCCOMPILE) -i $< -o $@ # I know this is wrong!!! darwin: libpano12.la filter.r echo "FIXME: What should this be on osx??" /Developer/Tools/Rez -t APPL -o libpano12.dynlib filter.r From jean-luc.coulon at wanadoo.fr Sat Nov 20 14:11:33 2004 From: jean-luc.coulon at wanadoo.fr (Jean-Luc Coulon (f5ibh)) Date: Sat Nov 20 14:11:48 2004 Subject: [ptx] cvs, localozation problem Message-ID: <1100959894l.29754l.0l@tangerine> Hi, With the latest versino of the cvs (say after november 10th), the localization doesnt work anymore. I've done a strace to sse and I can see that hugin is looking for the hugin.mo file in various locations (which is normal), but all are like that: stat64("/usr/bin/locale//LC_MESSAGES/hugin.mo", 0xbffff360) = -1 ENOTDIR (Not a directory) The locale is not inserted. I use this localisation and the hugin.po file is in /usr/share/locale/fr/LC_MESSAGES/hugin.mo [jean-luc@tangerine] % locale LANG=fr_FR@euro LC_CTYPE="fr_FR@euro" LC_NUMERIC=C LC_TIME="fr_FR@euro" LC_COLLATE="fr_FR@euro" LC_MONETARY="fr_FR@euro" LC_MESSAGES="fr_FR@euro" LC_PAPER="fr_FR@euro" LC_NAME="fr_FR@euro" LC_ADDRESS="fr_FR@euro" LC_TELEPHONE="fr_FR@euro" LC_MEASUREMENT="fr_FR@euro" LC_IDENTIFICATION="fr_FR@euro" LC_ALL= I tried with other locale (de ...) with the same result. Regards Jean-Luc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041120/6f68d8bd/attachment.bin From pablo.dangelo at web.de Sun Nov 21 10:02:36 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Sun Nov 21 10:02:59 2004 Subject: [ptx] cvs, localozation problem In-Reply-To: <1100959894l.29754l.0l@tangerine> References: <1100959894l.29754l.0l@tangerine> Message-ID: <20041121100236.GA1349@svalbart> On Sat, 20 Nov 2004, Jean-Luc Coulon (f5ibh) wrote: > Hi, > > With the latest versino of the cvs (say after november 10th), the > localization doesnt work anymore. > > I've done a strace to sse and I can see that hugin is looking for the > hugin.mo file in various locations (which is normal), but all are like > that: > > stat64("/usr/bin/locale//LC_MESSAGES/hugin.mo", 0xbffff360) = -1 Hmm, strange. I added the possibility to specify the language in the preferences screen (useful for windows users). Can you take a look at the config file ( ~/.hugin ) and tell me the language= line? You can also remove that line and hugin should use the default language. ciao Pablo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://www.email-lists.org/pipermail/ptx/attachments/20041121/93ad062d/attachment.bin From jean-luc.coulon at wanadoo.fr Sun Nov 21 10:37:47 2004 From: jean-luc.coulon at wanadoo.fr (Jean-Luc Coulon (f5ibh)) Date: Sun Nov 21 10:38:00 2004 Subject: [ptx] cvs, localozation problem In-Reply-To: <20041121100236.GA1349@svalbart> (from pablo.dangelo@web.de on Sun Nov 21 11:02:36 2004) References: <1100959894l.29754l.0l@tangerine> <20041121100236.GA1349@svalbart> Message-ID: <1101033467l.16773l.0l@tangerine> Le 21.11.2004 11:02:36, Pablo d'Angelo a ?crit?: >On Sat, 20 Nov 2004, Jean-Luc Coulon (f5ibh) wrote: > >> Hi, >> >> With the latest versino of the cvs (say after november 10th), the >> localization doesnt work anymore. >> >> I've done a strace to sse and I can see that hugin is looking for >> the > >> hugin.mo file in various locations (which is normal), but all are >like >> that: >> >> stat64("/usr/bin/locale//LC_MESSAGES/hugin.mo", 0xbffff360) = -1 > >Hmm, strange. I added the possibility to specify the language in the >preferences screen (useful for windows users). Can you take a look >at the config file ( ~/.hugin ) and tell me the >language= >line? You can also remove that line and hugin should use the default >language. Ok, I've set the right language in the Preferences tab. And it works this way. I thought the default was to use the system locale. > >ciao > Pablo > Regards Jean-Luc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041121/57922b8b/attachment.bin From pablo at mathematik.uni-ulm.de Sun Nov 21 10:52:28 2004 From: pablo at mathematik.uni-ulm.de (Pablo d'Angelo) Date: Sun Nov 21 10:52:12 2004 Subject: [ptx] cvs, localozation problem In-Reply-To: <1101033467l.16773l.0l@tangerine> References: <1100959894l.29754l.0l@tangerine> <20041121100236.GA1349@svalbart> <1101033467l.16773l.0l@tangerine> Message-ID: <20041121105228.GC31129@wurm.wh-wurm.uni-ulm.de> On Sun, 21 Nov 2004, Jean-Luc Coulon (f5ibh) wrote: > Le 21.11.2004 11:02:36, Pablo d'Angelo a ?crit?: > >On Sat, 20 Nov 2004, Jean-Luc Coulon (f5ibh) wrote: > > > >>I've done a strace to sse and I can see that hugin is looking for > >>the > >>hugin.mo file in various locations (which is normal), but all are > >like > >>that: > >> > >>stat64("/usr/bin/locale//LC_MESSAGES/hugin.mo", 0xbffff360) = -1 > > Ok, I've set the right language in the Preferences tab. And it works > this way. > I thought the default was to use the system locale. I thought so too. What happens when you select "System default" as the language? It should reset the entry in the config file to 0 (language=0) Does hugin respect the system default (LC_ALL etc) then? ciao Pablo -- http://wurm.wohnheim.uni-ulm.de/~redman/ Please use PGP. From jean-luc.coulon at wanadoo.fr Sun Nov 21 15:02:33 2004 From: jean-luc.coulon at wanadoo.fr (Jean-Luc Coulon (f5ibh)) Date: Sun Nov 21 15:03:06 2004 Subject: [ptx] cvs, localozation problem In-Reply-To: <20041121105228.GC31129@wurm.wh-wurm.uni-ulm.de> (from pablo@mathematik.uni-ulm.de on Sun Nov 21 11:52:28 2004) References: <1100959894l.29754l.0l@tangerine> <20041121100236.GA1349@svalbart> <1101033467l.16773l.0l@tangerine> <20041121105228.GC31129@wurm.wh-wurm.uni-ulm.de> Message-ID: <1101049354l.8230l.0l@tangerine> Le 21.11.2004 11:52:28, Pablo d'Angelo a ?crit?: >On Sun, 21 Nov 2004, Jean-Luc Coulon (f5ibh) wrote: > >> Le 21.11.2004 11:02:36, Pablo d'Angelo a ?crit?: >> >On Sat, 20 Nov 2004, Jean-Luc Coulon (f5ibh) wrote: >> > >> >>I've done a strace to sse and I can see that hugin is looking for >> >>the >> >>hugin.mo file in various locations (which is normal), but all are >> >like >> >>that: >> >> >> >>stat64("/usr/bin/locale//LC_MESSAGES/hugin.mo", 0xbffff360) = -1 >> >> Ok, I've set the right language in the Preferences tab. And it works > >> this way. >> I thought the default was to use the system locale. > >I thought so too. What happens when you select "System default" as the >language? It should reset the entry in the config file to 0 >(language=0) The value vas to set to 1 without any action from me while switching from an older version. Who set this value to 1? > >Does hugin respect the system default (LC_ALL etc) then? After setting "System default" language is set to 0 and I get the correct localisation. As a side remark : when restarting hugin and looking in the Preferences, the active language is not displayed but always "select one". While I'm speaking of localisation, there are some msgid with PSTitcher and others with PSTicher (without the "t" at stitcher), I think the correct spelling (as the executable is) is PSTitcher. > >ciao > Pablo Regards Jean-Luc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041121/dbcfdf2e/attachment.bin From jean-luc.coulon at wanadoo.fr Sun Nov 21 15:11:28 2004 From: jean-luc.coulon at wanadoo.fr (Jean-Luc Coulon (f5ibh)) Date: Sun Nov 21 15:11:52 2004 Subject: [ptx] cvs : Druid problem Message-ID: <1101049889l.8230l.1l@tangerine> Hi, When I click the previw button to ask the Druid, the select all, only the rightmost picture is displayed I I remove all the add one by one the picture, it is the same, only the rightmost one is visible. Regards Jean-Luc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041121/5190156f/attachment.bin From j-schneid at gmx.de Sun Nov 21 17:51:08 2004 From: j-schneid at gmx.de (J. Schneider) Date: Sun Nov 21 17:50:32 2004 Subject: [ptx] hugin&autopano Mac OSX: bugs or incompatibilities? Message-ID: <41A0D58C.8020702@gmx.de> Hello, Yesterday a friend asked me to show him how to produce panoramas. On his Mac, I had to use the Mac version of hugin for the first time and I encountered a few problems that I didn't know from the Windows version. Are these known issues or do they maybe result in incompatibilities (with his system - latest OSX-version afaik - or other software or wrong installation)? - In both the main window and the preview window there are no buttons visible, except for the number-buttons in the preview window. (Fortunately I could activate auto update in the preferences, so the preview window was of some use. But the Fit and Center buttons would be nice to be usable as well!) While a window is opened the buttons are visible for a short moment. - In the package was an executable "autopano_old". I told hugin in the preferences file where to find it, but I got an error message "error 255" when I wanted to use it. - Optimisation for a, b, c does not work. (Yes, start values were unequal 0) - We wanted to adjust the perspective of a single image (typical case imitating a shift lens). Therefor we placed 3 vertical control points and let hugin optimize. For some reason pitch was not changed. When the pitch was changed by hand (e.g. by setting the anchor spot), it didn't change after optimisation either. Any hints, workarounds, fixes, different versions? Or just patience for next version? Anyway, my friend was delighted. Bye, thanks for any help. Joachim From vcalvarin at wanadoo.fr Tue Nov 23 22:40:12 2004 From: vcalvarin at wanadoo.fr (Vincent Calvarin) Date: Tue Nov 23 22:25:17 2004 Subject: [ptx] Enblend 2.1! In-Reply-To: <8ar7mvcpmw.fsf@faeppc48.tu-graz.ac.at> References: <8ar7mvcpmw.fsf@faeppc48.tu-graz.ac.at> Message-ID: <41A3BC4C.5070708@wanadoo.fr> Andrew C Mihal writes: > > >>Enblend 2.1 is now available! >> >> I got a problem with this version on windows. I got the message : Adobedeflate compression support is not installed I try with or without the -z option, but there's no change. Is There an explication ? Thanks. Vincent. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.email-lists.org/pipermail/ptx/attachments/20041123/9183c9d1/attachment.htm From ippei_ukai at mac.com Wed Nov 24 00:38:57 2004 From: ippei_ukai at mac.com (Ippei UKAI) Date: Wed Nov 24 00:37:40 2004 Subject: Fwd: [ptx] hugin&autopano Mac OSX: bugs or incompatibilities? Message-ID: <3A798B8F-3DB1-11D9-9164-000A957FB450@mac.com> I just realised that I've forgotten to cc this ML address. ->> ?? ?? (UKAI Ippei) >>>>>>>>>>>>>>>>>>>>>>>>> My general MSN, AIM, and E-Mail: ippei_ukai@mac.com Homepage: http://homepage.mac.com/ippei_ukai/ Begin forwarded message: > From: Ippei UKAI > Date: 22 November 2004 08:58:01 GMT > To: "J. Schneider" > Subject: Re: [ptx] hugin&autopano Mac OSX: bugs or incompatibilities? > > Hello, > > Unfortunately HuginOSX is still in experimental stage. That is, we > have something still not fully working. > > As to the buttons, I suppose you meant the toolbar buttons, is not > working through out the application due to the bug in wxWidgets GUI > Library. Consequently Preview window has never tested. (As I have > never tried Hugin on other OSes, I didn't know the preview works, > actually. Probably It would be nice to have those buttons not in > toolbar on Mac, or at least turn on the autopreview by default so that > people do not need to edit preferences.) > > autopano_old is different from other programs like autopano (No Mac > versions) or autopano_sift (some people compiled through Mono on Fink, > but you still need to edit .sh file for BSD compatibility reason.). > The program has very limited function, and only available from command > line. If you have time, autopano_sift may worth trying. > > The optimisation problems you pointed out should be fixed on CVS by > now (though I thought the last build was already fixed). And, yes, I > should update the binary file with the latest CVS. (I will, within few > days, as soon as giving up the i18n support.) > > Thanks for your comment. It helps me a lot. And hopefully you can > redirect this message to your friend as well. > Ippei > > ->> ?? ?? (UKAI Ippei) >>>>>>>>>>>>>>>>>>>>>>>>> > My general MSN, AIM, and E-Mail: ippei_ukai@mac.com > Homepage: http://homepage.mac.com/ippei_ukai/ > > On 21 Nov 2004, at 17:51, J. Schneider wrote: > >> Hello, >> Yesterday a friend asked me to show him how to produce panoramas. On >> his Mac, I had to use the Mac version of hugin for the first time and >> I encountered a few problems that I didn't know from the Windows >> version. >> Are these known issues or do they maybe result in incompatibilities >> (with his system - latest OSX-version afaik - or other software or >> wrong installation)? >> >> - In both the main window and the preview window there are no buttons >> visible, except for the number-buttons in the preview window. >> (Fortunately I could activate auto update in the preferences, so the >> preview window was of some use. But the Fit and Center buttons would >> be nice to be usable as well!) >> While a window is opened the buttons are visible for a short moment. >> >> - In the package was an executable "autopano_old". I told hugin in the >> preferences file where to find it, but I got an error message "error >> 255" when I wanted to use it. >> >> - Optimisation for a, b, c does not work. (Yes, start values were >> unequal 0) >> >> - We wanted to adjust the perspective of a single image (typical case >> imitating a shift lens). Therefor we placed 3 vertical control >> points >> and let hugin optimize. For some reason pitch was not changed. When >> the pitch was changed by hand (e.g. by setting the anchor spot), it >> didn't change after optimisation either. >> >> Any hints, workarounds, fixes, different versions? Or just patience >> for next version? >> Anyway, my friend was delighted. >> >> Bye, thanks for any help. >> Joachim >> > From mihal at eecs.berkeley.edu Wed Nov 24 01:26:04 2004 From: mihal at eecs.berkeley.edu (Andrew C Mihal) Date: Wed Nov 24 01:32:27 2004 Subject: [ptx] Enblend 2.1! In-Reply-To: <41A3BC4C.5070708@wanadoo.fr> Message-ID: On Tue, 23 Nov 2004, Vincent Calvarin wrote: > I got a problem with this version on windows. I got the message : > Adobedeflate compression support is not installed > I try with or without the -z option, but there's no change. > Is There an explication ? Sorry, the Windows executable of Enblend does not support the Deflate compression type. This prevents Enblend from reading your image files. The -z flag turns on compression on the output file - it does not affect reading the input images. I am assuming you are using photoshop to edit your images before passing them to enblend, right? I expect there to be an option to use a different compression type (LZW is common). Andrew --------------------------------- Andrew Mihal www-cad.eecs.berkeley.edu/~mihal mihal@eecs.berkeley.edu From mike at trozzreaxxion.net Wed Nov 24 10:56:09 2004 From: mike at trozzreaxxion.net (Mike Runge) Date: Wed Nov 24 10:55:59 2004 Subject: [ptx] Enblend 2.1! In-Reply-To: Message-ID: Andrew, I get hundreds (or so) error messages while directly launching enblend2.1 out of hugin (0.4 with installer) on wxp. In the end it creates a very strange tifffile (coloured verticals). Seems to be, that enblend2.1 cannot read the nona output - at least on wxp?! enblend2.0 still works like a charm on my configuration :-) best, mike On 11/24/2004, "Andrew C Mihal" wrote: >On Tue, 23 Nov 2004, Vincent Calvarin wrote: > >> I got a problem with this version on windows. I got the message : >> Adobedeflate compression support is not installed >> I try with or without the -z option, but there's no change. >> Is There an explication ? > >Sorry, the Windows executable of Enblend does not support the Deflate >compression type. This prevents Enblend from reading your image files. The >-z flag turns on compression on the output file - it does not affect >reading the input images. I am assuming you are using photoshop to edit >your images before passing them to enblend, right? I expect there to be an >option to use a different compression type (LZW is common). > >Andrew > >--------------------------------- >Andrew Mihal >www-cad.eecs.berkeley.edu/~mihal >mihal@eecs.berkeley.edu > > From vcalvarin at wanadoo.fr Wed Nov 24 12:10:12 2004 From: vcalvarin at wanadoo.fr (Vincent Calvarin) Date: Wed Nov 24 11:55:13 2004 Subject: [ptx] Enblend 2.1! Message-ID: <41A47A24.9010206@wanadoo.fr> I got exactly the same result. Andrew, i don't edit my images in photoshop, i directly use it in enblend. Enblend 1.3 work perfectly, I'm more reserved about 2.0, i don't have perfect result like in 1.3, the seam between the images is invisible in most of the case (perhaps there some option to change in command line, i don't know) Vincent. PS : i use enblend in hugin 0.4 with installer on w2k -------- Original Message -------- Subject: Re: [ptx] Enblend 2.1! Date: Wed, 24 Nov 2004 11:56:09 +0100 (CET) From: Mike Runge To: mihal@eecs.berkeley.edu CC: PTX mailing list Andrew, I get hundreds (or so) error messages while directly launching enblend2.1 out of hugin (0.4 with installer) on wxp. In the end it creates a very strange tifffile (coloured verticals). Seems to be, that enblend2.1 cannot read the nona output - at least on wxp?! enblend2.0 still works like a charm on my configuration :-) best, mike -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.email-lists.org/pipermail/ptx/attachments/20041124/e46f1b07/attachment.htm From vcalvarin at wanadoo.fr Wed Nov 24 12:11:47 2004 From: vcalvarin at wanadoo.fr (Vincent Calvarin) Date: Wed Nov 24 11:56:48 2004 Subject: [Fwd: Re: [ptx] Enblend 2.1!] Message-ID: <41A47A83.8050409@wanadoo.fr> Oups, i would say the seam between the images is visible in most of the case (perhaps there some option to change in command line, i don't know) -------- Original Message -------- Subject: Re: [ptx] Enblend 2.1! Date: Wed, 24 Nov 2004 13:10:12 +0100 From: Vincent Calvarin To: PTX mailing list I got exactly the same result. Andrew, i don't edit my images in photoshop, i directly use it in enblend. Enblend 1.3 work perfectly, I'm more reserved about 2.0, i don't have perfect result like in 1.3, the seam between the images is invisible in most of the case (perhaps there some option to change in command line, i don't know) Vincent. PS : i use enblend in hugin 0.4 with installer on w2k -------- Original Message -------- Subject: Re: [ptx] Enblend 2.1! Date: Wed, 24 Nov 2004 11:56:09 +0100 (CET) From: Mike Runge To: mihal@eecs.berkeley.edu CC: PTX mailing list Andrew, I get hundreds (or so) error messages while directly launching enblend2.1 out of hugin (0.4 with installer) on wxp. In the end it creates a very strange tifffile (coloured verticals). Seems to be, that enblend2.1 cannot read the nona output - at least on wxp?! enblend2.0 still works like a charm on my configuration :-) best, mike -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.email-lists.org/pipermail/ptx/attachments/20041124/2225ae63/attachment.htm From emmanuel at favre-nicolin.net Wed Nov 24 13:28:06 2004 From: emmanuel at favre-nicolin.net (Emmanuel) Date: Wed Nov 24 13:27:54 2004 Subject: [ptx] urpmi depository for recent hugin enblend autopano-sift... (for MDK 10.1) Message-ID: <200411241128.06814.emmanuel@favre-nicolin.net> Hi, I've just put some rpm for Mandrake 10.1 on my website that can be installed using urpmi. Beware those rpm are (very) experimental and were checked o be working only on two different computers. Beware that naming extension convention of the rpm is not stable and that upgrading using may be broken later because of that... (experimental stuff I said) (rpm can change very often, specially hugin that I regurlarly update to cvs....) (I'm reading know in detail the mandrake cooker rpmhowto... to improve spec files....) All informations are avalaible here (it is explain how to use the rpm depository as a urpmi source, just have to copy and paste one command line !): http://emmanuelfavrenicolin.free.fr/Public/Ordinateur/Mandrake/MDK101/index_en.php or in french here : http://emmanuelfavrenicolin.free.fr/Public/Ordinateur/Mandrake/MDK101/index_fr.php (normally you can go on http://emmanuelfavrenicolin.free.fr/Public/Ordinateur/Mandrake/MDK101/index.php and the lang would be english if your browser is not in french but it may not work knowing my level in javascript!!) rpm list is now: panorama-tools-nonfree-2.7.0.6-1mdk.i586.rpm hugin-20041104-1dgw.i586.rpm autopano-sift-2.1-10.1.1efn.i586.rpm enblend-2.1-1mdk.i586.rpm panorama-tools-2.7.0.8-1.i586.rpm there are also independant rpm : prokyon3-0.9.2-3mdk.i586.rpm (for music referencing...) xmerge-0.1.1-1mdk.i586.rpm (to merge scanned image?!? never tested but install well) SRPMS files of those rpm are avalaible here: http://emmanuelfavrenicolin.free.fr/Public/Ordinateur/Mandrake/MDK101/SRPMS/ to prepare those rpm, I started with the FC2 SRPM found there: http://bugbear.blackfish.org.uk/~bruno/panorama-tools/ and for hugin, I started with a spec of Doug (thank you) Cheers, Emmanuel. From spec at webtech.pl Wed Nov 24 16:35:32 2004 From: spec at webtech.pl (spec) Date: Wed Nov 24 16:35:22 2004 Subject: [ptx] compiled panotools gimp 2.0/2.2 plugin Message-ID: <41A4B854.9010403@webtech.pl> Hello, I've managed to compile a panotools plugin for gimp 2.0/2.2 - tested with 2.0.5 and 2.2pre2. I've zipped and attached it. If anyone's interested in building it below are the instructions. Plugin has the same problems like the linux version or (which is more probable) I forgot how to use it. I tried remapping and it works so the other things should work too. I remember seeing a tutorial on how to use it with gimp or photoshop somewhere? Panotools.sf.net people: maybe you could add the changes to cvs so someone could continue working on it? Anyway I hope you like it. I remember looking for it everywhere so I tried to made the title of this message more search friendly. build instructions: you need loads of stuff installed according to instructions at www.gimp.org/win32 1. add pano12.rc, sys_win.c, sys_win.h from max lyon's pano.dll 2. in sys_win.c makePathToHost change it to: void makePathToHost ( fullPath *path ) { GetModuleFileName( NULL, path->name, MAX_PATH_LENGTH ); } (change int to void in function header and delete return 0) 3. in sys_win.c comment out lines: /* if( JavaUI ) JPrintError( message ); else */ 4. add attached makefile.windows (analogically to current makefile.linux). It's based on makefile.linux and I think it could be made one for all systems or better included in panotools dll makefile. 4a. small cosmetical change: in Gimpmain.c whenever it says: 'fprintf(stderr,"' add \n to the end of the string 5. run make -f makefile.windows PanTools.exe && make -f makefile.windows install 6. run gimp and test it -- thanks, Marek -------------- next part -------------- A non-text attachment was scrubbed... Name: PanTools.zip Type: application/zip Size: 71157 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041124/8191035b/PanTools.zip -------------- next part -------------- GIMPDIR := .gimp-$(notdir $(shell gimptool-2.0 --gimpdatadir)) CFLAGS = -I. $(CGEN_CFLAGS) -Wall -g -I/usr/include/gimp-2.0 `pkg-config --cflags gtk+-2.0` CC = gcc OBJECTS = Gimpmain.o PTDialogs.o adjust.o correct.o fftn.o file.o filter.o fourier.o lmdif.o math.o pan.o parser.o perspect.o pzeros.o remap.o resample.o sys_win.o pano12rc.o pano12rc.o : pano12.rc windres -i pano12.rc -o pano12rc.o PanTools.exe: $(OBJECTS) $(CC) $(CGEN_LDFLAGS) -o PanTools $(OBJECTS) $(LIBFFM) `pkg-config --libs gtk+-2.0` -lgimp-2.0 -lgimpui-2.0 -lcomdlg32 -mwindows %.o : %.c $(CC) $(CFLAGS) -c $< install : PanTools.exe gimptool-2.0.exe --install-bin PanTools.exe clean : rm -f *~ *.o PanTools core From bruno at postle.net Wed Nov 24 17:22:29 2004 From: bruno at postle.net (Bruno Postle) Date: Wed Nov 24 17:22:31 2004 Subject: [ptx] Re: compiled panotools gimp 2.0/2.2 plugin (win32) In-Reply-To: <41A4B854.9010403@webtech.pl> References: <41A4B854.9010403@webtech.pl> Message-ID: <20041124172229.GA19128@postle.net> On Wed 24-Nov-2004 at 11:35 -0500, spec wrote: > > I've managed to compile a panotools plugin for gimp 2.0/2.2 - > tested with 2.0.5 and 2.2pre2. I've zipped and attached it. Thanks, I don't believe this gimp plugin has ever been built on Windows before (though you probably didn't need to send the whole thing to all 177 list-members). > Panotools.sf.net people: maybe you could add the changes to cvs so > someone could continue working on it? The changes look pretty obvious, I'll add them in. The plugin is beginning to show its age - There are loads of compilation warnings, the build system is pretty basic and much of the code is duplicated from an old version of pano12 - Don't know what to do about all this. > Anyway I hope you like it. I remember looking for it everywhere so I > tried to made the title of this message more search friendly. For anyone who had this rejected by virus filters, Marek's zip file is here: http://www.email-lists.org/pipermail/ptx/2004-November/002872.html -- Bruno From spec at webtech.pl Wed Nov 24 17:28:47 2004 From: spec at webtech.pl (spec) Date: Wed Nov 24 17:28:31 2004 Subject: [ptx] Re: compiled panotools gimp 2.0/2.2 plugin (win32) In-Reply-To: <20041124172229.GA19128@postle.net> References: <41A4B854.9010403@webtech.pl> <20041124172229.GA19128@postle.net> Message-ID: <41A4C4CF.7010206@webtech.pl> Bruno Postle wrote: >On Wed 24-Nov-2004 at 11:35 -0500, spec wrote: > > >>I've managed to compile a panotools plugin for gimp 2.0/2.2 - >>tested with 2.0.5 and 2.2pre2. I've zipped and attached it. >> >> > >Thanks, I don't believe this gimp plugin has ever been built on >Windows before (though you probably didn't need to send the whole >thing to all 177 list-members). > > meaning panotools at yahoo or ptx? I'll post to panotools in a moment. > > >>Panotools.sf.net people: maybe you could add the changes to cvs so >>someone could continue working on it? >> >> > >The changes look pretty obvious, I'll add them in. > >The plugin is beginning to show its age - There are loads of >compilation warnings, the build system is pretty basic and much of >the code is duplicated from an old version of pano12 - Don't know >what to do about all this. > I didn't want to do anything about the warnings at this point, so the changes are as minimal as possible - just to get it compiled on windows. -- thanks, Marek From douglasw at zahav.net.il Wed Nov 24 17:33:55 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Wed Nov 24 17:34:26 2004 Subject: [ptx] Re: compiled panotools gimp 2.0/2.2 plugin (win32) In-Reply-To: <20041124172229.GA19128@postle.net> References: <41A4B854.9010403@webtech.pl> <20041124172229.GA19128@postle.net> Message-ID: <1101317635.4850.67.camel@phlebus.mort.lan> On Wed, 2004-11-24 at 17:22 +0000, Bruno Postle wrote: [snip] > The plugin is beginning to show its age - There are loads of > compilation warnings, the build system is pretty basic and much of > the code is duplicated from an old version of pano12 - Don't know > what to do about all this. As soon as hugin is out the door, I'll be looking at this more carefully. regards, Doug From bruno at postle.net Wed Nov 24 17:49:07 2004 From: bruno at postle.net (Bruno Postle) Date: Wed Nov 24 17:49:09 2004 Subject: [ptx] Re: compiled panotools gimp 2.0/2.2 plugin (win32) In-Reply-To: <41A4C4CF.7010206@webtech.pl> References: <41A4B854.9010403@webtech.pl> <20041124172229.GA19128@postle.net> <41A4C4CF.7010206@webtech.pl> Message-ID: <20041124174907.GB19128@postle.net> On Wed 24-Nov-2004 at 12:28 -0500, spec wrote: > meaning panotools at yahoo or ptx? I'll post to panotools in a > moment. There are 1600 or so members of the panotools list and 177 here. I've added the changes to CVS. I'll upload the .exe file to the sourceforge file area, but I won't have a chance until tomorrow morning. -- Bruno From ruben at hotheads.de Wed Nov 24 18:24:55 2004 From: ruben at hotheads.de (Ruben Jenster) Date: Wed Nov 24 18:23:15 2004 Subject: [ptx] ebuilds for hugin & co Message-ID: <200411241925.03750.ruben@hotheads.de> Hi, I wrote some ebuilds for hugin & co. See the thread at: http://forums.gentoo.org/viewtopic.php?t=251842&highlight= Get the ebuilds from: http://www.hotheads.de/linux/ebuilds/media-gfx/stitcher-suite.tar.bz2 Maybe someone has use for them. Ruben -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041124/0a2ca927/attachment.bin From spec at webtech.pl Wed Nov 24 19:15:33 2004 From: spec at webtech.pl (spec) Date: Wed Nov 24 19:15:28 2004 Subject: [ptx] Re: compiled panotools gimp 2.0/2.2 plugin (win32) In-Reply-To: <20041124172229.GA19128@postle.net> References: <41A4B854.9010403@webtech.pl> <20041124172229.GA19128@postle.net> Message-ID: <41A4DDD5.1080300@webtech.pl> A little off-topic question: what do I do with the commands in Pan Controls menu? is there a way to set control points in gimp? AFAIR there was such options for photoshop plugin -- thanks, Marek -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 254 bytes Desc: OpenPGP digital signature Url : http://www.email-lists.org/pipermail/ptx/attachments/20041124/7ca5454f/signature.bin From emmanuel at favre-nicolin.net Wed Nov 24 18:37:02 2004 From: emmanuel at favre-nicolin.net (Emmanuel) Date: Wed Nov 24 20:11:24 2004 Subject: [ptx] there is a problem with the Message-ID: <200411241637.02483.emmanuel@favre-nicolin.net> cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/hugin login Logging in to :pserver:anonymous@cvs.sourceforge.net:2401/cvsroot/hugin CVS password: cvs [login aborted]: unrecognized auth response from cvs.sourceforge.net: M PserverBackend::PserverBackend() Connect (Connection refused) From spec at webtech.pl Wed Nov 24 23:35:46 2004 From: spec at webtech.pl (spec@webtech.pl) Date: Wed Nov 24 23:37:08 2004 Subject: [ptx] Re: compiled panotools gimp 2.0/2.2 plugin (win32) In-Reply-To: <20041124174907.GB19128@postle.net> References: <41A4B854.9010403@webtech.pl> <20041124172229.GA19128@postle.net> <41A4C4CF.7010206@webtech.pl> <20041124174907.GB19128@postle.net> Message-ID: <41A51AD2.8070305@webtech.pl> Hello, Maybe you could accept me as developer to panotools project? I'm involved in couple of other projects already so I'm trustworthy person and I know as much about c programming as other developers of the project. My sf nick is specu: http://sourceforge.net/users/specu/ -- thanks, Marek From danceman at shaw.ca Wed Nov 24 21:58:48 2004 From: danceman at shaw.ca (Jeff C) Date: Thu Nov 25 08:09:23 2004 Subject: [ptx] interpolate, 3d models - panorama tools Message-ID: <002901c4d270$c7148f40$d43c9444@ed.shawcable.net> Hello,.. and thanks for such excellent programming and products. A Google search for - "morph, Stitch, Fill" and "Panorama" proved how capable PanoTools is and the only program that could fill or stitch the background holes (occlusions?) created on an image when the foreground objects are shifted and warped to produce the 2nd view for a stereoscopic pair. As an example of this problem i'm using 2 identical images on transparent layers, of Spiderman in mid air on a background of buildings and sky. But after selecting, shifting and warping all Right image objects into stereo position, holes remain where they were moved since those pixels don't exist for this new View. Those holes are filled seamlessly but manually by the Patch Tool and production requires a more Automated process. So i've got 2 images, the Left Original Spiderman and the Right with Holes from stereo-shifted objects and i'm hoping you could tell me how to fill these holes using some combination of PTAssemblers Morph-to-Fit with PTInterpolates View Interpolation or idealy any tools and steps you suggest? Also can PTPicker be ran thru the PTAssembler interface? and Can any of the PanoTools GUI's run PTStereo, PTInterpolator or PTMorph yet? Lastly, is there a Complete PanoTools manual available?,..having some difficulty starting tools since unsure wether their PS plugs, Command line or evoked from different interface like PTAssembler. Sorry if this seems like alot but there all the questions i have at once to hopefully save you time. Thanks again for your great work and any help, Jeff Cottle: 780 425 4914 PS: Please send/send links to any PTStereo, PTInterpolator tutorials esp. if used thru PTGui. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.email-lists.org/pipermail/ptx/attachments/20041124/ba0747a9/attachment.htm From bruno at postle.net Thu Nov 25 08:28:36 2004 From: bruno at postle.net (Bruno Postle) Date: Thu Nov 25 08:28:19 2004 Subject: [ptx] Re: compiled panotools gimp 2.0/2.2 plugin (win32) In-Reply-To: <41A4DDD5.1080300@webtech.pl> References: <41A4B854.9010403@webtech.pl> <20041124172229.GA19128@postle.net> <41A4DDD5.1080300@webtech.pl> Message-ID: <20041125082835.GJ2670@postle.net> On Wed 24-Nov-2004 at 14:15 -0500, spec wrote: > A little off-topic question: what do I do with the commands in Pan > Controls menu? It is a mini panorama viewer, you have to put an image into the 'buffer' first: Adjust -> Parameters -> Use Options -> Set -> Save to Buffer Though, I can't really see what practical use it might have. > is there a way to set control points in gimp? It involved manually pasting little 'tags' which were actually images with a number and a bar-code. Some part of the program read the source image and extracted the control points from these tags. This system was awful, ptpicker was a vastly better system and hugin is much better than that. I think the only useful parts of the plugin remaining are the 'Correct', 'Perspective' and 'Remap' tools. -- Bruno From emmanuel at favre-nicolin.net Thu Nov 25 11:02:45 2004 From: emmanuel at favre-nicolin.net (Emmanuel Favre-Nicolin) Date: Thu Nov 25 11:02:35 2004 Subject: [ptx] cvs does work properly till yesterday Message-ID: <200411250902.48534.emmanuel@favre-nicolin.net> Hi, till yesterday I'm trying to update hugin but cvs server seems to be broken : $ cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/hugin login Logging in to :pserver:anonymous@cvs.sourceforge.net:2401/cvsroot/hugin CVS password: cvs [login aborted]: unrecognized auth response from cvs.sourceforge.net: M PserverBackend::PserverBackend() Connect (Connection refused) Emmanuel. From emmanuel at favre-nicolin.net Thu Nov 25 11:50:31 2004 From: emmanuel at favre-nicolin.net (Emmanuel) Date: Thu Nov 25 11:50:17 2004 Subject: [ptx] makedepend last about 10 to 15 minutes during building? Message-ID: <200411250950.31387.emmanuel@favre-nicolin.net> makedepend last about 10 to 15 minutes during building? is it normal?? (with 100% CPU) the processor is a dothan 1.5 GHz (~almost same speed (~10% longer) than an AMD 2400 concerning time compilation of hugin!) when building rpm makedepend -I. -I../include -Wall -O2 -I/usr/lib/wx/include/gtk2-2.5 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -DWX_PRECOMP -DNO_GCC_PRAGMA -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/freetype2/freetype2 -I/usr/include/freetype2/freetype2/config -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I../ -I../foreign -p .obj/ -DDEPEND -f- *.cpp > Makefile.depend 2>/dev/null or even when doing a simple ./configure;make Emmanuel. From douglasw at zahav.net.il Thu Nov 25 11:49:39 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Thu Nov 25 11:50:44 2004 Subject: [ptx] cvs does work properly till yesterday In-Reply-To: <200411250902.48534.emmanuel@favre-nicolin.net> References: <200411250902.48534.emmanuel@favre-nicolin.net> Message-ID: <1101383379.4806.1.camel@phlebus.mort.lan> On Thu, 2004-11-25 at 09:02 -0200, Emmanuel Favre-Nicolin wrote: > Hi, > till yesterday I'm trying to update hugin but cvs server seems to be broken : > > $ cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/hugin login > Logging in to :pserver:anonymous@cvs.sourceforge.net:2401/cvsroot/hugin > CVS password: > cvs [login aborted]: unrecognized auth response from cvs.sourceforge.net: M > PserverBackend::PserverBackend() Connect (Connection refused) > > > Emmanuel. On the sourceforge status page: ( 2004-11-23 08:07:38 - Project CVS Service ) On 2004-11-23 a disk failure on the anonymous CVS server for projects starting with the letters: e, h, i, j, o and v is causing anonymous CVS, ViewCVS and tarballs for these projects to be unavailable. We are currently working on this issue and do not have an ETA for resolution. Unfortunately not much we can do about this regards, Doug From douglasw at zahav.net.il Thu Nov 25 12:05:43 2004 From: douglasw at zahav.net.il (Douglas Wilkins) Date: Thu Nov 25 12:06:19 2004 Subject: [ptx] makedepend last about 10 to 15 minutes during building? In-Reply-To: <200411250950.31387.emmanuel@favre-nicolin.net> References: <200411250950.31387.emmanuel@favre-nicolin.net> Message-ID: <1101384344.4806.8.camel@phlebus.mort.lan> On Thu, 2004-11-25 at 09:50 -0200, Emmanuel wrote: > makedepend last about 10 to 15 minutes during building? is it normal?? (with > 100% CPU) > the processor is a dothan 1.5 GHz (~almost same speed (~10% longer) than an > AMD 2400 concerning time compilation of hugin!) > > when building rpm > makedepend -I. -I../include -Wall -O2 -I/usr/lib/wx/include/gtk2-2.5 > -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES > -DWX_PRECOMP -DNO_GCC_PRAGMA -I/usr/include/gtk-2.0 > -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 > -I/usr/include/pango-1.0 -I/usr/include/freetype2 > -I/usr/include/freetype2/freetype2 -I/usr/include/freetype2/freetype2/config > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I../ -I../foreign > -p .obj/ -DDEPEND -f- *.cpp > Makefile.depend 2>/dev/null > > or even when doing a simple ./configure;make > > Emmanuel. First a disclaimer: makedepend is only used in the old build system, new build uses gcc to calculate dependencies. You might want to think about updating to latest CVS :-) Having said that, makedepend _does_ take a loooong time to run. Try it on a PII 266 Mhz sometime :-) One of the reasons I started to update the build system. The other was that makedepend, which is part of X11, was difficult/impossible to find for mingw/msys regards, Doug From mike at trozzreaxxion.net Thu Nov 25 12:26:38 2004 From: mike at trozzreaxxion.net (Mike Runge) Date: Thu Nov 25 12:26:37 2004 Subject: [ptx] Hugin2004_11_13_inst fails with autopano1.03 (wxp) Message-ID: Hello Pablo, hello all, I installed the latest windows executable (hugin_2004_11_13_installer) and autopano1.03 (A.Jenny). When starting autopano directly out of hugin hugin seems to fail intepreting the output of autopano in a correct way. Autopano works correctly and hugin reports the number of found controlpoints, but it seems to through all found points in only image0! So if a have 6 images with 96 controllpoints this will be shown in hugin in the following way: - image 0 has 96 points - all other images have 0 points - Looking in controlpointstab at the pair image0/image0 will show all the points and I can identify patterns, that should just belong to other images. Starting previous hugin version (hugin_2004_9_15) works like expected with the same images and the same method and the same version of autopano. Running autopano standalone works fine as well. Is that a bug or does this problem exits only on my installation? best, mike From emmanuel at favre-nicolin.net Thu Nov 25 13:26:46 2004 From: emmanuel at favre-nicolin.net (Emmanuel) Date: Thu Nov 25 13:26:33 2004 Subject: [ptx] makedepend last about 10 to 15 minutes during building? In-Reply-To: <1101384344.4806.8.camel@phlebus.mort.lan> References: <200411250950.31387.emmanuel@favre-nicolin.net> <1101384344.4806.8.camel@phlebus.mort.lan> Message-ID: <200411251126.46333.emmanuel@favre-nicolin.net> Le jeudi 25 Novembre 2004 10:05, Douglas Wilkins a ?crit?: > On Thu, 2004-11-25 at 09:50 -0200, Emmanuel wrote: > > makedepend last about 10 to 15 minutes during building? is it normal?? > > (with 100% CPU) > > the processor is a dothan 1.5 GHz (~almost same speed (~10% longer) than > > an AMD 2400 concerning time compilation of hugin!) > > > > when building rpm > > makedepend -I. -I../include -Wall -O2 -I/usr/lib/wx/include/gtk2-2.5 > > -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES > > -DWX_PRECOMP -DNO_GCC_PRAGMA -I/usr/include/gtk-2.0 > > -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 > > -I/usr/include/pango-1.0 -I/usr/include/freetype2 > > -I/usr/include/freetype2/freetype2 > > -I/usr/include/freetype2/freetype2/config -I/usr/include/glib-2.0 > > -I/usr/lib/glib-2.0/include -I../ -I../foreign -p .obj/ -DDEPEND -f- > > *.cpp > Makefile.depend 2>/dev/null > > > > or even when doing a simple ./configure;make > > > > Emmanuel. > > First a disclaimer: makedepend is only used in the old build system, new > build uses gcc to calculate dependencies. You might want to think about > updating to latest CVS :-) I'm thinking to update (even more right now)!! the one I'm using is from november 17th and cvs is down but it's not very important for me I've got other things to do, I don't fell an orphan... > Having said that, makedepend _does_ take a loooong time to run. Try it > on a PII 266 Mhz sometime :-) One of the reasons I started to update the > build system. The other was that makedepend, which is part of X11, was > difficult/impossible to find for mingw/msys OK! > regards, > Doug From Pablo.dAngelo at web.de Thu Nov 25 15:17:18 2004 From: Pablo.dAngelo at web.de (Pablo dAngelo) Date: Thu Nov 25 15:17:04 2004 Subject: [ptx] Hugin2004_11_13_inst fails with autopano1.03 (wxp) Message-ID: <1424651397@web.de> "Mike Runge" schrieb am 25.11.04 13:27:11: > > > Hello Pablo, hello all, > I installed the latest windows executable (hugin_2004_11_13_installer) > and autopano1.03 (A.Jenny). can you send me the project files both before and after autopano? > Is that a bug or does this problem exits only on my installation? Haven't experienced that yet myself, but then I didn't test the windows version extensively > > best, mike __________________________________________________________ Mit WEB.DE FreePhone mit hoechster Qualitaet ab 0 Ct./Min. weltweit telefonieren! http://freephone.web.de/?mc=021201 From mike at trozzreaxxion.net Fri Nov 26 07:57:48 2004 From: mike at trozzreaxxion.net (Mike Runge) Date: Fri Nov 26 08:45:32 2004 Subject: [ptx] Hugin2004_11_13_inst fails with autopano1.03 (wxp) In-Reply-To: <1424651397@web.de> Message-ID: Hi Pablo, here are the projectfiles. I added additionally a third one (after_autopano_hugin_sep.pto). Here I opened before_autopano.pto with the hugin win executable from september and run autopano successfully. Good luck, mike On 11/25/2004, "Pablo dAngelo" wrote: >"Mike Runge" schrieb am 25.11.04 13:27:11: >> >> >> Hello Pablo, hello all, >> I installed the latest windows executable (hugin_2004_11_13_installer) >> and autopano1.03 (A.Jenny). > >can you send me the project files both before and after autopano? > >> Is that a bug or does this problem exits only on my installation? > >Haven't experienced that yet myself, but then I didn't test the windows version extensively > >> >> best, mike > > >__________________________________________________________ >Mit WEB.DE FreePhone mit hoechster Qualitaet ab 0 Ct./Min. >weltweit telefonieren! http://freephone.web.de/?mc=021201 > > -------------- next part -------------- A non-text attachment was scrubbed... Name: pto-files.zip Type: application/zip Size: 4477 bytes Desc: not available Url : http://www.email-lists.org/pipermail/ptx/attachments/20041126/ec061a71/pto-files.zip From pablo.dangelo at web.de Sat Nov 27 09:38:52 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Sat Nov 27 09:39:17 2004 Subject: [ptx] cvs : Druid problem In-Reply-To: <1101049889l.8230l.1l@tangerine> References: <1101049889l.8230l.1l@tangerine> Message-ID: <20041127093852.GC1268@svalbart> On Sun, 21 Nov 2004, Jean-Luc Coulon (f5ibh) wrote: > Hi, > > When I click the previw button to ask the Druid, the select all, only > the rightmost picture is displayed > > I I remove all the add one by one the picture, it is the same, only the > rightmost one is visible. Strange, I haver had that lately. Beware, the auto button should be checked, else the display is not updated. Hmm, this may sound stupid, but did you optimize our panorama? ciao Pablo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://www.email-lists.org/pipermail/ptx/attachments/20041127/380cebff/attachment.bin From danceman at shaw.ca Mon Nov 29 17:34:25 2004 From: danceman at shaw.ca (Jeff C) Date: Mon Nov 29 17:33:28 2004 Subject: [ptx] PTStereo, PTInterpolator or PTMorph - panorama tools - Stitching, Hole Filling? Message-ID: <000a01c4d639$abb9d8a0$d43c9444@ed.shawcable.net> Hello,.. and thanks for such excellent work and advise. A Google search for - "morph, Stitch, Fill" and "Panorama" proved how capable PanoTools is and the only program that could fill or stitch the background holes (occlusions?) created on an image when the foreground objects are shifted and warped to produce the 2nd view for a stereoscopic pair. As an example of this problem i'm using 2 identical images on transparent layers, of Spiderman in mid air on a background of buildings and sky. But after selecting, shifting and warping all Right image objects into stereo position, holes remain where they were moved since those pixels don't exist for this new View. Those holes are filled seamlessly but manually by the Patch Tool and production requires a more Automated process. So i've got 2 images, the Left Original Spiderman and the Right with Holes from stereo-shifted objects and i'm hoping you could tell me how to fill these holes using some combination of PTAssemblers Morph-to-Fit with PTInterpolates View Interpolation or idealy any tools and steps you suggest? Also can PTPicker be ran thru the PTAssembler interface? and Can any of the PanoTools GUI's run PTStereo, PTInterpolator or PTMorph yet? Lastly, is there a Complete PanoTools manual available?,..having some difficulty starting tools since unsure wether their PS plugs, Command line or evoked from different interface like PTAssembler. Sorry if this seems like alot but there all the questions i have at once to hopefully save you time. Thanks again for your great work and any help, Jeff Cottle: 780 425 4914 PS: Please send/send links to any PTStereo, PTInterpolator tutorials esp. if used thru PTGui -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.email-lists.org/pipermail/ptx/attachments/20041129/10dc4c96/attachment.htm From Pablo.dAngelo at web.de Mon Nov 29 21:35:27 2004 From: Pablo.dAngelo at web.de (Pablo dAngelo) Date: Mon Nov 29 21:35:14 2004 Subject: [ptx] autostitch -- fully automatic stitching by the Brown and Lowe Message-ID: <1433316102@web.de> Hi! I've posted a similar message from one of my other email accounts but its still waiting for the postmaster to let it through, so I'm sending this one instead. Its been quite some time since Matthew Brown and David Lowe published their papers about SIFT features and panorama creation. Now a first (unlimited) demo version of their software is available under http://www.autostitch.net. Basically its autopano + PTOptimizer + enblend all in one program. Works really well for most pano's with static scenery. Its the best automatic program for multirow panos that I know besides hugin and Panotools :) But this is not a big surprise since David Lowe and Matthew Brown have invented the SIFT algorithm that is used in autopano and autopano-sift. Luckily, one can't get perfect results out of an automatic program, so Panotools are still the best program for technically difficult panos, because autostitch is not very flexible, and doesn't support many features of panotools. Its a great program anyway, and manages to stitch stuff better than any other tool than panotools. Unfortunately it is windows only. ciao Pablo ________________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt neu bei WEB.DE FreeMail: http://freemail.web.de/?mc=021193 From mike at trozzreaxxion.net Tue Nov 30 08:02:07 2004 From: mike at trozzreaxxion.net (Mike Runge) Date: Tue Nov 30 08:02:06 2004 Subject: [ptx] Gaps at 360-0 deg crossing Message-ID: Hello Experts, I have a very strange optimisation problem here and I hope somebody has an idea to get it solved. While optimising 6 fisheye images (8mm-Sigma at a crop 1.5 digital camera, portrait orientation) I get 'black areas' in the final complete image. The reason are gaps in the single distorted images at the crossing from 360 to 0 deg. This is visible in the distorted single tiffs or in the preview within hugin. I have put some images with describtion on my webpage - please have a look her: http://www.panoclub.de/gallery/360-deg-bug Thanks a lot for your help, mike http://www.trozzreaxxion.net http://www.panoclub.de From Pablo.dAngelo at web.de Tue Nov 30 12:00:24 2004 From: Pablo.dAngelo at web.de (Pablo dAngelo) Date: Tue Nov 30 12:00:10 2004 Subject: [ptx] Gaps at 360-0 deg crossing Message-ID: <1434648247@web.de> "Mike Runge" schrieb am 30.11.04 09:56:53: > > > Hello Experts, > I have a very strange optimisation problem here and I hope somebody has > an idea to get it solved. I think its a bug in nona. have to check... ciao Pablo ________________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt neu bei WEB.DE FreeMail: http://freemail.web.de/?mc=021193 From mike at trozzreaxxion.net Tue Nov 30 12:21:09 2004 From: mike at trozzreaxxion.net (Mike Runge) Date: Tue Nov 30 12:20:52 2004 Subject: [ptx] Gaps at 360-0 deg crossing In-Reply-To: <1101815842.41ac6022b643b@mail.informatik.uni-ulm.de> Message-ID: Hi Pablo, You're right, I could verify that it's a bug in nona. PTStitcher works without the described problems. I thought the old nona-360-deg bug was fixed - I never ran across it till now?! It even seems to be, that results I get using PTStitcher are more accurate, but I need to do some more comparisons to verify that. Thanks for your help, mike On 11/30/2004, "pablo.dangelo@informatik.uni-ulm.de" wrote: >Zitat von Mike Runge : > >> Hello Experts, >> I have a very strange optimisation problem here and I hope somebody has >> an idea to get it solved. > >I don't believe this is an optimisation bug. I guess its a bug in nona. Have to >check that. > >ciao > Pablo > >---------------------------------------------------------------- >This message was sent using IMP, the Internet Messaging Program. > > http://www.trozzreaxxion.net http://www.panoclub.de From schimmer at cg.cs.tu-bs.de Tue Nov 30 13:39:09 2004 From: schimmer at cg.cs.tu-bs.de (Lars Schimmer) Date: Tue Nov 30 13:38:53 2004 Subject: [ptx] autostitch -- fully automatic stitching by the Brown and Lowe In-Reply-To: <1433316102@web.de> References: <1433316102@web.de> Message-ID: <41AC77FD.3050804@cg.cs.tu-bs.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pablo dAngelo schrieb: | Hi! | | I've posted a similar message from one of my other email accounts but its still waiting | for the postmaster to let it through, so I'm sending this one instead. | | Its been quite some time since Matthew Brown and David Lowe published | their papers about SIFT features and panorama creation. Now a first (unlimited) | demo version of their software is available under http://www.autostitch.net. | Luckily, one can't get perfect results out of an automatic program, so Panotools | are still the best program for technically difficult panos, because autostitch is | not very flexible, and doesn't support many features of panotools. Its a great | program anyway, and manages to stitch stuff better than any other tool | than panotools. Got it and tested it with 11 8MP images of a office. http://aceini.no-ip.info/pics/pano.jpg is the first, quick result, I'm not very pleased, at least it got the right order of images. | Unfortunately it is windows only. Wine or else is great... | ciao | Pablo Cya Lars - -- - ----------------------------------------------------------------- Technische Universit?t Braunschweig, Institut f?r Computergraphik Tel.: +49 531 391-2109 E-Mail: schimmer@cg.cs.tu-bs.de PGP-Key-ID: 0xB87A0E03 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBrHf9VguzrLh6DgMRAmYUAJ9sVP12w+sEB6BqfvDunuAzk8le0wCeMQY+ wT3oYe9/dbae15gJWQjAzzA= =c66t -----END PGP SIGNATURE----- From mike at trozzreaxxion.net Tue Nov 30 14:19:03 2004 From: mike at trozzreaxxion.net (Mike Runge) Date: Tue Nov 30 14:18:48 2004 Subject: [ptx] Gaps at 360-0 deg crossing In-Reply-To: <1434648247@web.de> Message-ID: Pablo, I have updated my webpage with new screenshots and new describtions to show the results with nona vs. PTStitcher. http://www.panoclub.de/gallery/360-deg-bug I have clearly visible mismatches using nona. Using the same images and the same projectfile with PTStitcher (out of hugin) solves this problems. Please have a look. The single images nona produces are very differnt from the ones PTStitcher creates. I'm further wondering, why and how PTStitcher does some kind of crop - I'm missing some parts that are covered in the input images?! Thanks again for looking after it, I hope my describtion helps a bit finding the bug. best, mike On 11/30/2004, "Pablo dAngelo" wrote: >"Mike Runge" schrieb am 30.11.04 09:56:53: >> >> >> Hello Experts, >> I have a very strange optimisation problem here and I hope somebody has >> an idea to get it solved. > >I think its a bug in nona. have to check... > >ciao > Pablo >________________________________________________________________ >Verschicken Sie romantische, coole und witzige Bilder per SMS! >Jetzt neu bei WEB.DE FreeMail: http://freemail.web.de/?mc=021193 > > From mike at trozzreaxxion.net Tue Nov 30 14:45:53 2004 From: mike at trozzreaxxion.net (Mike Runge) Date: Tue Nov 30 14:45:36 2004 Subject: [ptx] autostitch -- fully automatic stitching by the Brown and Lowe In-Reply-To: <1433316102@web.de> Message-ID: It's incredible simple and fast and seems to be able to handle complex multirows. I miss at least a switch to select the projection method :-( best, mike On 11/29/2004, "Pablo dAngelo" wrote: >Hi! > >I've posted a similar message from one of my other email accounts but its still waiting >for the postmaster to let it through, so I'm sending this one instead. > >Its been quite some time since Matthew Brown and David Lowe published >their papers about SIFT features and panorama creation. Now a first (unlimited) >demo version of their software is available under http://www.autostitch.net. > >Basically its autopano + PTOptimizer + enblend all in one program. > >Works really well for most pano's with static scenery. Its the best automatic >program for multirow panos that I know besides hugin and Panotools :) > >But this is not a big surprise since David Lowe and Matthew Brown have >invented the SIFT algorithm that is used in autopano and autopano-sift. > >Luckily, one can't get perfect results out of an automatic program, so Panotools >are still the best program for technically difficult panos, because autostitch is >not very flexible, and doesn't support many features of panotools. Its a great >program anyway, and manages to stitch stuff better than any other tool >than panotools. > >Unfortunately it is windows only. > >ciao > Pablo >________________________________________________________________ >Verschicken Sie romantische, coole und witzige Bilder per SMS! >Jetzt neu bei WEB.DE FreeMail: http://freemail.web.de/?mc=021193 > > From mike at trozzreaxxion.net Tue Nov 30 16:17:51 2004 From: mike at trozzreaxxion.net (Mike Runge) Date: Tue Nov 30 16:17:35 2004 Subject: [ptx] PTStitcher script crops vertical using hfov Message-ID: Can it be, that I loose some part that is covered by my images when using PTStitcher out of hugin? I use cropped circular fisheye image in portrait mode as source. So the vertical field of view is about 180 deg, the horizontal field of view is calculated to ~118 deg. When I use nona to stitch I get the full vertical range of my images. If I use PTStitcher, the source images are cropped by the hfov in vertical as well. Please check out this 2 single images of a Multiple Tiff set: nona: http://www.panoclub.de/gallery/360-deg-bug/aal PTStitcher: http://www.panoclub.de/gallery/360-deg-bug/aam Am I doing anything wrong here? If i manually set the v-parameter to 180, I will get the fill vertical range. But the result is obviously useless. Any trick here to edit the PTSitcher script in a special way before starting the process? Thanks for your help, mike http://www.trozzreaxxion.net http://www.panoclub.de From pablo.dangelo at informatik.uni-ulm.de Mon Nov 29 15:08:19 2004 From: pablo.dangelo at informatik.uni-ulm.de (pablo.dangelo@informatik.uni-ulm.de) Date: Tue Nov 30 21:25:26 2004 Subject: [ptx] autostitch -- fully automatic stitcher from the SIFT inventors Message-ID: <1101740899.41ab3b63b724c@mail.informatik.uni-ulm.de> Hi! I have just found autostitch by Matthew Brown and David Lowe (Inventors of the SIFT algorithm and the recognizing panorama papers) A windows demo version is available and works really well on the partial pano's I have tried. However it failed on some complicated 360 deg handheld shots with parallax errors (didn't close the pano). However its fully automatic and probably is great for simpler pano's with arbitrary image positioning. Needs quite a lot of memory for pano's with more than 10 or so images. ciao Pablo ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From pablo.dangelo at informatik.uni-ulm.de Mon Nov 29 15:08:19 2004 From: pablo.dangelo at informatik.uni-ulm.de (pablo.dangelo@informatik.uni-ulm.de) Date: Tue Nov 30 21:27:22 2004 Subject: [ptx] autostitch -- fully automatic stitcher from the SIFT inventors Message-ID: <1101740899.41ab3b63b724c@mail.informatik.uni-ulm.de> Hi! I have just found autostitch by Matthew Brown and David Lowe (Inventors of the SIFT algorithm and the recognizing panorama papers) A windows demo version is available and works really well on the partial pano's I have tried. However it failed on some complicated 360 deg handheld shots with parallax errors (didn't close the pano). However its fully automatic and probably is great for simpler pano's with arbitrary image positioning. Needs quite a lot of memory for pano's with more than 10 or so images. ciao Pablo ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From pablo.dangelo at web.de Tue Nov 30 21:41:32 2004 From: pablo.dangelo at web.de (Pablo d'Angelo) Date: Tue Nov 30 21:41:56 2004 Subject: [ptx] Hugin2004_11_13_inst fails with autopano1.03 (wxp) In-Reply-To: References: Message-ID: <41ACE90C.8070401@web.de> Mike Runge wrote: >Hi Pablo, > >here are the projectfiles. > >I added additionally a third one (after_autopano_hugin_sep.pto). Here I >opened before_autopano.pto with the hugin win executable from september >and run autopano successfully. > > Hmm, I couldn't reproduce that. Maybe your're using different command line parameters. could you run autopano separately (with the command line param's as given in the hugin prefs screen) and send me the resulting .oto file? ciao Pablo