[hugin-ptx] Re: SOLVED: Re: Enfuse unpicks alignment - what's up?
Thanks Harry. I've tried -s 2 and -s 3, both were worse than earlier results. As a further check I tried putting in all control points manually; that was almost as bad. Bizarre. Doug P.S. Had a further thought and overlaid the images in Gimp. It looks as though the zoom ring on the camera lens accidentally slipped between shots - they're at slightly different magnifications, not obvious except in close up. Can one correct for this? Doug Harry van der Wolf wrote: If there's much misalignment, as Gerry states, you might try align_image_stack with the scale down option like: align_image_stack -s 2 -a AIS input files or align_image_stack -s 3 -a AIS input files I know the scale down option looks weird as it seems that you will loose accuracy, but my personal experience (and from some of the other ImageFuser users) is that scaling down really helps in case of bad aligned images. It helps as align_image_stack can only focus on the real steady pixels. Harry 2009/8/7 Gerry Patterson thedeepvo...@gmail.com mailto:thedeepvo...@gmail.com On Aug 7, 2009, at 11:36 AM, Doug doug_bainbri...@onetel.com mailto:doug_bainbri...@onetel.com wrote: Thanks Gerry and Harry, I've followed your advice but the images are still badly misaligned. Doug Did you move very much between taking the shots? Â Was there a large time lag that has caused things to move? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: problem building hugin on ubuntu 9.04
I'm again on this topic bacause I was finally able to build hugin but now it exit without any message after optimizing a project. I tried to launch it from the command line t track the problem and I always got a message saying only segmentation fault. I also tried to revert to rev 4008 but the problem was here again. I think is something else on my side...could someone help me on this? I had to switch back to windows because under Ubuntu hugin is almost unusable. Thanks again Cristian --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: KImageFuser: an Enfuse/align_image_stack gui for Linux - version 0.3.0
Hi Lajos, I installed UHU-linux in a virtual system. UHU-linux 2.1 comes with kdewebdev-3.5.8 (like you already mentioned). kdewebdev-3.5.8 still contains kommander 1.2. kdewebdev-3.5.9 is the first version with kommander 1.3. (My webpage mentions that you need kommander version 1.2. I will change that in =1.3.) The kdewebdev-3.5.9 source package is no longer available as kde is already using the 3.5.10 version for quite some time. Maybe you could use the kdewebdev-3.5.10.deb from some debian like distribution, but I'm afraid you will run into dependencies and library version problems. If you want to continue with KImageFuser, you have to compile kdewebdev-3.5.10 yourself. This isn't difficult at all but takes quite some time: - use synaptic (or whatever you prefer) to install qt-dev (version =3.3 AND 4), kdelibs-dev, libcurl3, arts-dev, libidn-dev, acl-dev. - download ftp://ftp.kde.org/pub/kde/stable/3.5.10/src/kdewebdev-3.5.10.tar.bz2; - unbzip2/untar it to some directory and cd into the directory like cd kdewebdev-3.5.10. - run ./configure; make - run sudo make install (As you are a packager yourself you know most probably what to do to make kdeweb-3.5.10 an UHU package). This will make KImageFuser.kmdr function on UHU-linux. However, the application looks really ugly. Disabled buttons are not greyed out, but do have a This is because UHU-linux is Gtk-based (gnome) and doesn't know any kde themes and doesn't come with the standard KCC (kde control center). Also the elements do not shape correctly, even though I used group-boxes, gridding and spacers almost everywhere. I already opened the KImageFuser.kmdr script in kmdr-editor in UHU linux. For some reason the gridding is not taken into account. I will take a look at it and make the gridding better. I will also add this compilation info to the README (or a new INSTALL) for users on other systems with a too old kdewebdev. Harry 2009/8/7 Harry van der Wolf hvdw...@gmail.com 2009/8/7 Lajos Höss cqh...@gmail.com Hi Harry, Thanks your answer. Yes, this linux not multi-language. Main offical site is www.uhulinux.hu -- Download link (iso images for CD or DVD): http://download.uhulinux.hu/uhu/2.1/ Binary packages /debian like packages, but not 100% debian compatible/, *.uhu files): http://download.uhulinux.hu/uhu/2.1/packages/ Package creator files, UHUBUILD system, simply untar it, and see the text files, for compile option, etc. http://download.uhulinux.hu/uhu/2.1/sources/ Unoffical binary packages: http://uhu.linux.hu/ My binary packages: http://uhu.linux.hu/2.1/hlajos/ My uhubuild source: http://uhu.linux.hu/2.1/hlajos/ub/ -- No kommander package for this Linux, ship with kdewebdev? -- KImageFuser$ locate -i kmdr-executor /usr/bin/kmdr-executor /usr/share/applnk/.hidden/kmdr-executor.desktop -- Bellow is ok? No have KImageFuser, only KImageFuser.kmdr exist kmdr-executor ./KImageFuser - kommander file does not exist kmdr-executor ./KImageFuser.kmdr ~/KImageFuser$ kmdr-executor ./KImageFuser.kmdr kdecore (KLibLoader): library libkommanderwidgets.la not found under 'module' but under 'lib' Parse error: error occurred while parsing element in line 1 ~/KImageFuser$ and graphical error messages box, sorry-kommander unable to create dialog -- /usr/bin/env kmdr-executor graphical error message: Sorry - Kommander Executor Error: no dialog given. Use --stdin option to read dialog from standard input. ./KImageFuser same error messages, without ENV -- If you want to try the UHU-Linux 2.1, i can help. Very easy graphical install, i not know the installer only hungarian or has an option to change english. I can translate the installer button names to english. Default options near ok, for minimal system with gnome desktop manager. (accept license, autodetect mouse, select hard disk, default partitions near ok, select package (only 3 options), select video driver, set resolution, root and user password, create boot record. Lajos I'm using virtualbox (http://www.virtualbox.org/) already for a long time. First on OSX, now again on linux. I just downloaded the 2.1 UHU CD. The installer start screen gives you the option to switch to english (F9 option). It's now installing. I let you know as soon as possible. Harry --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more
[hugin-ptx] Re: svn/bc/4179/hugin not found !!!
Gerald wrote: I don't know who is the maintainer of the wiki page : wiki.panotools.org/Hugin_Compiling_Ubuntu Habi already answered you this one. to add on top of that: understand wikis: hitting the history page will tell you who made which changes, in case you need to talk with the maintainer of a page. But it should be updated : before suggesting how it should be updated (or even updating it) - you should understand what they are doing. In the Building Hugin section Fetch the Source Code from SVN should be : svn co -r 4061 https://hugin.svn.sourceforge.net/svnroot/hugin/hugin/tags/hugin-2009.07.1/ pointing to a specific tag of a specific release is good for self-builder. It is *not* good for tester. The purpose of the page is to teach the skill while making people tester. When somebody approaches that page with the right attitude, they understand quickly the svn co command. They understand that it has three parameters (and not two as in your above suggestion). they understand that -r is the revision; that some revisions builds and some are broken; that the latest revision might be broken. they understand that the URL points to a specific branch in the repository. They learn to move about the repository. They find out which branch they want to build. they understand that the third parameter (which you omitted) is the target folder. this is helpful to get many branches/revisions out into a build system at the same time, so that removing and installing each of them (e.g. for testing regressions) is easy. In the same section, Set the Build Environment The path in the line : cmake ../hugin -DENABLE_LAPACK=YES should be : cmake ../hugin-2009.07.1 -DENABLE_LAPACK=YES this is only correct for your variation on the previous command. the problem with your variation of the previous command is that if a developer would asks you to test -r 4061 against -r 4123 to check if a bug introduced itself between those two revisions, your way of doing things would overwrite the first revision with the second one and so switching between the two would be more time consuming. the purpose of the page is *not* to give the user fish to eat. the purpose of the page is to teach the user how to fish. So far I did not feel to chime into this thread because I did not like the exclamation marks in the subject. Others are more tolerant than I am. Yuv Yuv --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: nona-gpu - has anybody got it working?
Dear Guido, Guido Kohlmeyer wrote: You can find one here (built by me): http://hugin.panotools.org/testing/hugin/nona.zip Another one can be found here (I suppose Yuval has built it) http://www.photopla.net/hugin/nona_4169.7z I guess Zoran was asking for Ryan to put one up. Ryan is the only one so far to report success with his self build in 64bit. If he builds it with 32bit and Zoran test it to be working, then we would know that the issue is not in the nona-gpu code but in the SDK on hugin.panotools.org (I've used the SDK to build mine). Yuv --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: Request: Absolute paths for project files in .pto.mk
Hi Milo and Gerry, Gerry Patterson wrote: On Aug 7, 2009, at 3:08 PM, Milo van der Linden milovanderlin...@gmail.com wrote: I have a small request, do not no where to file it, so excuse me if this is the wrong channel. for feature requests: http://sourceforge.net/tracker/?group_id=77506atid=550444 at the moment it is unmanaged, but it is better than posting here where it gets buried by time and forgotten. Have you tried regenerating the mk files from the pto files? I don't think mk files should be considered as archival material indeed I agree with Gerry - the ideal solution would be if all tools would generate only a temporary makefile at the time of use and remove it after use. to generate the makefile the tools need access to the .pto file and to the preferences. the problem is that the preferences are only available via wxWindows, so only to the GUI tools. I think that the way to get to a better experience is to move the preferences away from the wxWindows to some other kind of preferences file that can be parsed at the same time as the .pto file is parsed. At the same time, I am thinking that an XML format would make extensibility of the preferences (and of the project file) a good thing. at the moment I am traveling, but this issue is itching me and I'll look into it. Yuv --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: coding style
Ryan Sleevi wrote: Granted, I'm not committing (yet?) if you want access, let me know your sf handle. I've committed your patches to build in 64bit Windows as support for 64bit Windows is overdue (and it would be nice if you would contribute a 64bit SDK). but that doesn't keep me from voicing an opinion, right? :) no, opinions are always welcome, and opinions are always all right in their scope/context :) 3.4. LINE ENDS Unix/Linux line ending (Windows and OSX users have to adapt) Um, is there any reason we're not just using svn propset svn:eol-style native? it would make us more dependent on SVN than I really would like to be. At the moment there is enough dust flying and I don't want to add more, but one must be blind not to see a major trend of many open source projects toward distributed version control systems. Enblend is already on its way to Mercurial, and is also available on Launchpad using Bazaar. I also made some experiences with Git (VideoLAN and antipasto-arduino). Those next generation tools have matured. But this is not the right time to have this kind of discussion, so forget what I wrote :) all of your other feedback is being religiously collected and will be considered for the draft. Yuv --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: coding style
Hi Lukáš Lukáš Jirkovský wrote: I like more loose coding style. Spending a day learning what to do and what not to do is IMO boring. I see where you are coming from, and me too I prefer loose. I don't feel like policing contributors. But then I see where I am coming from and I think I need and want guidance before I damage the project. I'm a C++ monkey. No formal training. Just an itch to scratch and I scratch so deep that I find myself in the source code. I usually go by example, so for the coding style I just looked at how the file was and adapted. This is OK when changing a couple of lines to fix a bug; or when working alone. But when contributing serious chunks of code or when working in a team it is not OK. Some nuances where not immediately clear on me and when I started moving from file to file and finding completely different conventions, it became difficult to read. Good style is important for readability. Consistent style is important for guidance for newbies. Both make the project more viable long term, and more scalable in terms of people working on it. So I came to the conclusion that I will document the coding style in much more detail than I thought (there are some really good feedbacks/additions here on the thread, keep them coming) and propose it for adoption. I don't think it will take one day to read/learn. I do acknowledge that it is slightly more difficult for individual contributors to adapt, especially if they already have strong opinions about how things should be; and if they are change-averse. Adaptability is a good skills to learn/have. I am still unsure about the 1TBS vs. Allman style. I read good arguments on both sides. I am currently a 1TBS user. Maybe I should stay so? or maybe I should adopt Allman? I don't know. I need guidance, but most of all the project needs consistency. Yuv --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: SOLVED: Re: Enfuse unpicks alignment - what's up?
Doug schrieb: Thanks Harry. I've tried -s 2 and -s 3, both were worse than earlier results. As a further check I tried putting in all control points manually; that was almost as bad. Bizarre. Doug P.S. Had a further thought and overlaid the images in Gimp. It looks as though the zoom ring on the camera lens accidentally slipped between shots - they're at slightly different magnifications, not obvious except in close up. Can one correct for this? Yes: by optimizing for v, as you initially did. You wrote solved in the subject line, but if I understand correctly, it is only the result solved by using Gimp. The cause of the misalignement still is unsolved, is it? regards Joachim --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: Lens calibration gsoc project -- photos needed
I've just uploaded sets of three images at different focal lengths for Olympus Zuiko 9-18mm f4.0-5.6 and the Olympus Zuiko 14-42mm f3.5-5.6 kit lens. Let me know if they are OK for your project or whether you want any other style of image and whether you need any other information. I can do the same for Olympus Zuiko 9-18mm f4.0-5.6 kit lens if you want? The Olympus multiplier is 2. john --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: Lens calibration gsoc project -- photos needed
I've just uploaded sets of three images at different focal lengths for Olympus Zuiko 9-18mm f4.0-5.6 and the Olympus Zuiko 14-42mm f3.5-5.6 kit lens. Let me know if they are OK for your project or whether you want any other style of image and whether you need any other information. I can do the same for Olympus Zuiko 9-18mm f4.0-5.6 kit lens if you want? The Olympus multiplier is 2. john --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: SOLVED: Re: Enfuse unpicks alignment - what's up?
Doug, Yes you may be able to correct for this. Try adding the -m option to your align_images_stack command line. - Gerry On Sat, Aug 8, 2009 at 5:43 AM, Doug doug_bainbri...@onetel.com wrote: Thanks Harry. I've tried -s 2 and -s 3, both were worse than earlier results. As a further check I tried putting in all control points manually; that was almost as bad. Bizarre. Doug P.S. Had a further thought and overlaid the images in Gimp. It looks as though the zoom ring on the camera lens accidentally slipped between shots - they're at slightly different magnifications, not obvious except in close up. Can one correct for this? Doug Harry van der Wolf wrote: If there's much misalignment, as Gerry states, you might try align_image_stack with the scale down option like: align_image_stack -s 2 -a AIS input files or align_image_stack -s 3 -a AIS input files I know the scale down option looks weird as it seems that you will loose accuracy, but my personal experience (and from some of the other ImageFuser users) is that scaling down really helps in case of bad aligned images. It helps as align_image_stack can only focus on the real steady pixels. Harry 2009/8/7 Gerry Patterson thedeepvo...@gmail.com mailto:thedeepvo...@gmail.com On Aug 7, 2009, at 11:36 AM, Doug doug_bainbri...@onetel.com mailto:doug_bainbri...@onetel.com wrote: Thanks Gerry and Harry, I've followed your advice but the images are still badly misaligned. Doug Did you move very much between taking the shots? Â Was there a large time lag that has caused things to move? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: KImageFuser: an Enfuse/align_image_stack gui for Linux - version 0.3.0
Hi Lajos, With regard to the ugly looks: Use synaptic to install the kde-theme-bluecurve theme. From that moment on the application looks fine. I will also add this to the info for possible other linux distro's. Harry 2009/8/8 Harry van der Wolf hvdw...@gmail.com Hi Lajos, I installed UHU-linux in a virtual system. UHU-linux 2.1 comes with kdewebdev-3.5.8 (like you already mentioned). kdewebdev-3.5.8 still contains kommander 1.2. kdewebdev-3.5.9 is the first version with kommander 1.3. (My webpage mentions that you need kommander version 1.2. I will change that in =1.3.) The kdewebdev-3.5.9 source package is no longer available as kde is already using the 3.5.10 version for quite some time. Maybe you could use the kdewebdev-3.5.10.deb from some debian like distribution, but I'm afraid you will run into dependencies and library version problems. If you want to continue with KImageFuser, you have to compile kdewebdev-3.5.10 yourself. This isn't difficult at all but takes quite some time: - use synaptic (or whatever you prefer) to install qt-dev (version =3.3 AND 4), kdelibs-dev, libcurl3, arts-dev, libidn-dev, acl-dev. - download ftp://ftp.kde.org/pub/kde/stable/3.5.10/src/kdewebdev-3.5.10.tar.bz2; - unbzip2/untar it to some directory and cd into the directory like cd kdewebdev-3.5.10. - run ./configure; make - run sudo make install (As you are a packager yourself you know most probably what to do to make kdeweb-3.5.10 an UHU package). This will make KImageFuser.kmdr function on UHU-linux. However, the application looks really ugly. Disabled buttons are not greyed out, but do have a This is because UHU-linux is Gtk-based (gnome) and doesn't know any kde themes and doesn't come with the standard KCC (kde control center). Also the elements do not shape correctly, even though I used group-boxes, gridding and spacers almost everywhere. I already opened the KImageFuser.kmdr script in kmdr-editor in UHU linux. For some reason the gridding is not taken into account. I will take a look at it and make the gridding better. I will also add this compilation info to the README (or a new INSTALL) for users on other systems with a too old kdewebdev. Harry 2009/8/7 Harry van der Wolf hvdw...@gmail.com 2009/8/7 Lajos Höss cqh...@gmail.com Hi Harry, Thanks your answer. Yes, this linux not multi-language. Main offical site is www.uhulinux.hu -- Download link (iso images for CD or DVD): http://download.uhulinux.hu/uhu/2.1/ Binary packages /debian like packages, but not 100% debian compatible/, *.uhu files): http://download.uhulinux.hu/uhu/2.1/packages/ Package creator files, UHUBUILD system, simply untar it, and see the text files, for compile option, etc. http://download.uhulinux.hu/uhu/2.1/sources/ Unoffical binary packages: http://uhu.linux.hu/ My binary packages: http://uhu.linux.hu/2.1/hlajos/ My uhubuild source: http://uhu.linux.hu/2.1/hlajos/ub/ -- No kommander package for this Linux, ship with kdewebdev? -- KImageFuser$ locate -i kmdr-executor /usr/bin/kmdr-executor /usr/share/applnk/.hidden/kmdr-executor.desktop -- Bellow is ok? No have KImageFuser, only KImageFuser.kmdr exist kmdr-executor ./KImageFuser - kommander file does not exist kmdr-executor ./KImageFuser.kmdr ~/KImageFuser$ kmdr-executor ./KImageFuser.kmdr kdecore (KLibLoader): library libkommanderwidgets.la not found under 'module' but under 'lib' Parse error: error occurred while parsing element in line 1 ~/KImageFuser$ and graphical error messages box, sorry-kommander unable to create dialog -- /usr/bin/env kmdr-executor graphical error message: Sorry - Kommander Executor Error: no dialog given. Use --stdin option to read dialog from standard input. ./KImageFuser same error messages, without ENV -- If you want to try the UHU-Linux 2.1, i can help. Very easy graphical install, i not know the installer only hungarian or has an option to change english. I can translate the installer button names to english. Default options near ok, for minimal system with gnome desktop manager. (accept license, autodetect mouse, select hard disk, default partitions near ok, select package (only 3 options), select video driver, set resolution, root and user password, create boot record. Lajos I'm using virtualbox (http://www.virtualbox.org/) already for a long time. First on OSX, now again on linux. I just downloaded the 2.1 UHU CD. The installer start screen gives you the option to switch to english (F9 option). It's now installing. I let you know as soon as possible. Harry --~--~-~--~~~---~--~~ You received this message because you are subscribed to the
[hugin-ptx] Re: Lens calibration gsoc project -- photos needed
I've just uploaded sets of three images at different focal lengths for Olympus Zuiko 9-18mm f4.0-5.6 and the Olympus Zuiko 14-42mm f3.5-5.6 kit lens. Let me know if they are OK for your project or whether you want any other style of image and whether you need any other information. I can do the same for Olympus Zuiko 40-150mm f4.0-5.6 kit lens if you want? The Olympus multiplier is 2. john --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: KImageFuser: an Enfuse/align_image_stack gui for Linux - version 0.3.0
Hi Harry! Thank you very much the fast answer. Now i try the test, but more time need. CD based distros only have Gnome desktop manager. But from web or DVD full KDE installable. (i not know kde-theme-bluecurve theme solve your all problem?) But, too old 3.5.8. I see newer unoffical KDE packages available, now i try upgrade to 3.5.10 Lajos --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: KImageFuser: an Enfuse/align_image_stack gui for Linux - version 0.3.0
Hi Lajos, You don't need a full KDE installation. A Gnome installation works just as well. Install: - kdewebdev = 3.5.9 - install kdelibs (dependency of kdewebdev) - install kde-theme-bluecurve (is in the standard UHU repository) install rest of dependencies for KImageFuser itself (enfuse, align_image_stack, imagemagick and possibly exiftool). Harry 2009/8/8 Lajos Höss cqh...@gmail.com Hi Harry! Thank you very much the fast answer. Now i try the test, but more time need. CD based distros only have Gnome desktop manager. But from web or DVD full KDE installable. (i not know kde-theme-bluecurve theme solve your all problem?) But, too old 3.5.8. I see newer unoffical KDE packages available, now i try upgrade to 3.5.10 Lajos --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
Re: Test Cases (was Re: [hugin-ptx] Re: nona-gpu - has anybody got it working?)
On Aug 7, 5:23 am, Yuval Levy goo...@levy.ch wrote: Since there appears to be some degree of variance depending on the project and the settings, is there any desire to create a sample setup (or preferably few) that test different levels of complexity? Yes, your suggestion makes sense. We need a set of typical test projects (we anyway should have them and run them before we ship *any* version of Hugin). This is a task that any user (i.e. non-developer) can contribute to. We need one volunteer to collect the test cases and organize them. And everybody can contribute test cases. I'm up for it. But what do you propose as test cases? What complexity? How about: 2x5mp photos 4x5mp photos Do we need a full spherical pano test? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: KImageFuser: an Enfuse/align_image_stack gui for Linux - version 0.3.0
Hi Harry, I have already installed KDE 3.5.8. kde-theme-bluecurve, enfuse (part of enblend 3.2 package), align_image_stack part of hugin 0.8.0 svn3830 /currently no time and computer to packaging final 0.8.0, but i will create this. / Imagemagick 6.3.7.5 and perl-image-exiftool 7.43 i think exiftool same as perl-image-exiftool Now i install only this package: http://uhu.linux.hu/2.1/msandor/kdewebdev_3.5.10-1.1_i386.uhu (depend only kdelibs 3.5.8 not 3.5.10, i not know this is correct, or no) /manual install = dpkg -i kdewebdev_3.5.10-1.1_i386.uhu/ Now the KImageFuser starting. :) Please note, i very beginier with enfuse and align_image_stack. I have some hdr test shot and some image to focus stack. Only minor GUI problem detected, some text box messages cutted, and some icons cutted too. I try KImageFuser with simple 3 picture test images for hdr from the net. This is working, final image correct. (all parameters = default). More absoulute minor comment, my favorite picture viewer is GQView, this is not on the setting page. Sometimes use XNView picture viewer. Of course with quickshow working properly. I see on KImageFuser about page, the imagefuser manual link: http://members.home.nl/hvdwolf/ImageFusermanaual/ This link i think, currently has a problem, i not understand dutch comment. Big thank you, Harry! Now KImageFuser working. Lajos --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: NOT SOLVED: Re: Enfuse unpicks alignment - what's up?
J. Schneider wrote: Doug schrieb: Thanks Harry. I've tried -s 2 and -s 3, both were worse than earlier results. As a further check I tried putting in all control points manually; that was almost as bad. Bizarre. Doug P.S. Had a further thought and overlaid the images in Gimp. It looks as though the zoom ring on the camera lens accidentally slipped between shots - they're at slightly different magnifications, not obvious except in close up. Can one correct for this? Yes: by optimizing for v, as you initially did. You wrote solved in the subject line, but if I understand correctly, it is only the result solved by using Gimp. The cause of the misalignement still is unsolved, is it? regards Joachim Evidently I spoke too soon. I assumed the problem arose from different magnificatiions and hadn't appreciated v should have corrected for that. I've also tried align-image-stack -m as suggested by Gerry. That gives an even worse result. Back to square one :-( Doug --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: NOT SOLVED: Re: Enfuse unpicks alignment - what's up?
On Sat, Aug 8, 2009 at 1:02 PM, Doug doug_bainbri...@onetel.com wrote: J. Schneider wrote: Doug schrieb: Thanks Harry. I've tried -s 2 and -s 3, both were worse than earlier results. As a further check I tried putting in all control points manually; that was almost as bad. Bizarre. Doug P.S. Had a further thought and overlaid the images in Gimp. It looks as though the zoom ring on the camera lens accidentally slipped between shots - they're at slightly different magnifications, not obvious except in close up. Can one correct for this? Yes: by optimizing for v, as you initially did. You wrote solved in the subject line, but if I understand correctly, it is only the result solved by using Gimp. The cause of the misalignement still is unsolved, is it? regards Joachim Evidently I spoke too soon. I assumed the problem arose from different magnificatiions and hadn't appreciated v should have corrected for that. I've also tried align-image-stack -m as suggested by Gerry. That gives an even worse result. Back to square one :-( Doug Hello Doug, Do you remember just how far apart in Ev the two images are (how many stops different?). I am wondering if there is just too much difference that control points aren't getting generated properly (Areas that are very light in one picture and very dark in the other, makes finding control points difficult). Perhaps the following sequence will work: 1. load both images into hugin. 2. Under the lens tab ensure they have the same lens number assigned to both images. 3. Create a few control points manually (say 5 or 6). Ensure they are spread out across the images 4. Under optimizer tab select Positions and View (y,p,r,v) The maximum error should very small. As in less than 1. You can check this after the dialog closes by pressing F3 and sorting by distance 5. Under stitcher select remapped images Now you can open the images and see how they overlay. You should also be able to pass them to enfuse as well. If you are comfortable with it, you can send me the images privately and I can also try it from here. - Gerry --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: KImageFuser: an Enfuse/align_image_stack gui for Linux - version 0.3.0
2009/8/8 Lajos Höss cqh...@gmail.com Hi Harry, I have already installed KDE 3.5.8. kde-theme-bluecurve, enfuse (part of enblend 3.2 package), align_image_stack part of hugin 0.8.0 svn3830 /currently no time and computer to packaging final 0.8.0, but i will create this. / Imagemagick 6.3.7.5 and perl-image-exiftool 7.43 i think exiftool same as perl-image-exiftool Now i install only this package: http://uhu.linux.hu/2.1/msandor/kdewebdev_3.5.10-1.1_i386.uhu (depend only kdelibs 3.5.8 not 3.5.10, i not know this is correct, or no) /manual install = dpkg -i kdewebdev_3.5.10-1.1_i386.uhu/ Now the KImageFuser starting. :) Please note, i very beginier with enfuse and align_image_stack. I have some hdr test shot and some image to focus stack. Only minor GUI problem detected, some text box messages cutted, and some icons cutted too. I try KImageFuser with simple 3 picture test images for hdr from the net. This is working, final image correct. (all parameters = default). More absoulute minor comment, my favorite picture viewer is GQView, this is not on the setting page. Sometimes use XNView picture viewer. Of course with quickshow working properly. That is easily changed. I will add both viewers. I see on KImageFuser about page, the imagefuser manual link: http://members.home.nl/hvdwolf/ImageFusermanaual/ This link i think, currently has a problem, i not understand dutch comment. This is a very stupid typing error. It should be: http://members.home.nl/harryvanderwolf/imagefusermanual/ I will release a 0.3.0.1 version tomorrow with gqview added and some optimization in the screen layouts (Also installed Fedora 11 which also suffers from misaligned and uncorrectly sized widgets). Harry Big thank you, Harry! Now KImageFuser working. Lajos --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
[hugin-ptx] Re: No Hugin 0.8 for Windows?
Hi Flo, You can download hugin 0.8 windows versions from Allard's pages: http://allardkatan.net/misc/hugin/ Harry 2009/8/8 Flo flod...@googlemail.com Hi everyone, I just wandet to make sure: Is there no official Windows version of Hugin 0.8 for me to just download and use? (The download-link on the homepage points to 0.7) If so, will there ever be one or is Windows just not officially supported? I'm one of those people who are just barely smart enough to use a computer (which is why I use Windows) but when it comes to programming and linux and stuff like that, I have no clue (I know, I tried...). So you shoudn't waste your time explaining me how to compile it (whatever that means) or whatever. Thank you, Flo. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---
Re: Test Cases (was Re: [hugin-ptx] Re: nona-gpu - has anybody got it working?)
Hi Zoran, Zoran Zorkic wrote: I'm up for it. thanks for volunteering to put together a collection of test cases. But what do you propose as test cases? see what this user community proposes. I would suggest that you set up a framework and ask people to contribute to it. Then you can store the contributed projects somewhere... What complexity? increasing. Continuing from above: ... sort them out in terms of complexity, put them up for download on hugin.panotools.org - each in its own archive, linked from a Wiki page. On the wiki you could also collect test results, i.e. put the tests in the column header and let people add to the wiki one line for each test, with a description of their hardware and the version of Hugin used as line header. How about: 2x5mp photos 4x5mp photos that's a good start. Do we need a full spherical pano test? Hugin is used for full sphericals too and I'm sure somebody will contribute a project. Yuv --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups hugin and other free panoramic software group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to hugin-ptx@googlegroups.com To unsubscribe from this group, send email to hugin-ptx-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/hugin-ptx -~--~~~~--~~--~--~---