Re: [hugin-ptx] Re: GSOC - Patent free control point generator project - Vetting Exercise

2010-04-07 Thread Antoine Deleforge
Concerning the patch: the problem is that I only modified files in /panomtic-lib/panomatic/. I'm not sure that it is linked to any subversion directory, is it? On Thu, Apr 8, 2010 at 8:20 AM, Antoine Deleforge < deleforge.anto...@gmail.com> wrote: > All right Thomas, I think I got your point! The

Re: [hugin-ptx] Re: GSOC - Patent free control point generator project - Vetting Exercise

2010-04-07 Thread Antoine Deleforge
All right Thomas, I think I got your point! The idea is simply to implement yet another stand-alone command line achieving control point detection/description/matching, based on all libraries available in the Hugin trunk, and mainly inspired by pan-o-matic (or "pablomatic" as some suggested :p) In

Re: [hugin-ptx] Re: Repository

2010-04-07 Thread Michael Witten
On Tue, Mar 30, 2010 at 12:36, T. Modes wrote: > Hi Yuv, > >> I understand it slightly different. The hex-number >> is a hash of the changeset that has nothing to do >> with what came before and what came after. It is >> unique and consistent across repositories, while... > > I think the hex numbe

[hugin-ptx] Stitching blurred images

2010-04-07 Thread Nicolas Pelletier
Hi, I've run into a situation that I cannot stitch automatically with hugin and would like any input you guys have. Basically, I have a pano made of multiple images with a macro lens, shot a wide aperture (100mm macro at 2.8 with a focusing distance inside the macro range). I have multiple image

Re: [hugin-ptx] Mosaic drag mode + keeping Tr parameters consistency on roll patch (vetting exercise)

2010-04-07 Thread Bruno Postle
On Thu 08-Apr-2010 at 00:15 +0200, Darko Makreshanski wrote: Here is the patch that I have proposed earlier. Thanks, it builds here (centos4 Linux) but I get a segfault when I open the fast preview window. It may be a local problem, I'll try again with a clean tree tomorrow. -- Bruno --

[hugin-ptx] Re: Mosaic drag mode + keeping Tr parameters consistency on roll patch (vetting exercise)

2010-04-07 Thread darko
> I could have also easily added the TrZ parameter, however this would > help much. > I meant wouldn't help much -- 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:

[hugin-ptx] Mosaic drag mode + keeping Tr parameters consistency on roll patch (vetting exercise)

2010-04-07 Thread Darko Makreshanski
Hi, Here is the patch that I have proposed earlier. It basically adds two things: 1. it includes a new drag mode in the fast preview for mosaic panoramas where instead of changing orientation parameters it changes Tr parameters 2. it keeps consistency in images on rolling when Tr parame

Re: [hugin-ptx] Photometric optimization aborted

2010-04-07 Thread John McAllister
Why are you trying to exposure optimise a scene series that probably doesn't need it? -- 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/Hu

[hugin-ptx] Photometric optimization aborted

2010-04-07 Thread Ryan Johnson
Hi all, I'm trying to stitch a pano with lots of green fields and cloudless sky, and seeing a never-seen-before error with photometric optimization: "Error: no overlapping points found. Photometric optimization aborted" Any ideas what to do? There was no difficulty adding control points (the

[hugin-ptx] Re: GSOC - Patent free control point generator project - Vetting Exercise

2010-04-07 Thread T. Modes
Hi Antoine, > I definitely agree with the principle, although it's still not very clear to > me how to "integrate" the feature matcher into Hugin. Actually, I thought > the principle of Hugin was simply to call stand-alone command lines > (autopano-sift-c, panomatic or else...), as far as the feat

Re: [hugin-ptx] Re: Panorama Makefile (GSOC project)

2010-04-07 Thread Bruno Postle
On 7 April 2010 06:16, Yuval Levy wrote: > On April 5, 2010 07:06:18 am Flo wrote: >> http://wiki.panotools.org/GSOC_2010_Makefile_Lib_Proposal > nice proposal. from my perspective I'd prioritize "Automatic detection of > panoramas" before "Extend PTBatcherGUI to queue Makefiles". When the batch

Re: [hugin-ptx] Re: Panorama Makefile (GSOC project)

2010-04-07 Thread Bruno Postle
2010/4/7 Lukáš Jirkovský : > > I'd love to see some replacement for the make. It causes too much pain > with all different kinds of special characters (some of them can't > even be escaped). Using 'make' means that we can't ever support =;:% in filenames, but most of the special character issues w

Re: [hugin-ptx] Re: GSOC - Patent free control point generator project - Vetting Exercise

2010-04-07 Thread Antoine Deleforge
Thanks a lot for your encouraging feedbacks! Thomas: > Integrating the feature matcher into the hugin code would be a better > approach than re-implementing all needed functions in panomaticlib. So > all code would be in one place, this improves bug fixing but also > implementing new features. >

[hugin-ptx] Re: GSOC - Patent free control point generator project - Vetting Exercise

2010-04-07 Thread T. Modes
Hi Antoine, Yuv has said the most already. One comment from me: > To do so I mainly copied/pasted code from autopano-sift-c. In particular, I > used and slightly adapted the function loadProjectImages(...) originally > implemented in APSCpp.c as a parser for .pto file specifically designed for >

Re: [hugin-ptx] a reminder for GSoC candidates

2010-04-07 Thread Yuval Levy
On April 7, 2010 04:24:56 am Carl von Einem wrote: > - project page for GSoC 2010 > thanks, Carl. I shamefully admit that I did not even have time to look at that. initially I did not even want to register with the web app this year

Re: [hugin-ptx] Re: Panorama Makefile (GSOC project)

2010-04-07 Thread Yuval Levy
On April 7, 2010 04:25:38 am Flo wrote: > Schedule updated. I'll get most of the fundamental work done before > the really busy June begins. Gut! > What do you think about my proposal with respect to googles selection > criteria? Is it what they want? Or are only the orgs evaluating > proposals?

Re: [hugin-ptx] Re: Panorama Makefile (GSOC project)

2010-04-07 Thread Lukáš Jirkovský
Hi Flo, On 2 April 2010 20:14, Flo wrote: > Hi Thomas! > > Thanks for your explanations. > > On 2 Apr., 16:53, "T. Modes" wrote: > >> No, that was not the indention. We want to keep the make file approach >> for stitching. The make file is created in >> PanoramaMakefileExport::createMakefile. Bu

[hugin-ptx] Re: Panorama Makefile (GSOC project)

2010-04-07 Thread Flo
Hello! Schedule updated. I'll get most of the fundamental work done before the really busy June begins. > nice proposal. from my perspective I'd prioritize "Automatic detection of > panoramas" before "Extend PTBatcherGUI to queue Makefiles". I'm very flexible with that :) What do you think about

Re: [hugin-ptx] a reminder for GSoC candidates

2010-04-07 Thread Carl von Einem
Just to make sure... - student application deadline in your time zone - project page for GSoC 2010 - Google's User Guide

Re: [hugin-ptx] Improvements to the fast preview window

2010-04-07 Thread Harry van der Wolf
2010/4/7 Yuval Levy > On March 31, 2010 01:17:42 pm Bruno Postle wrote: > > Hugin is already overly complex, and users don't appreciate the > > possibilities of infinite combinations of options. Just because we can > > show the control points in Drag mode, it doesn't mean we should > > +1 > +1