[ptx] Feature Request for hugin

[Mike Runge]

Hi Lars,

my first steps doing a multirow (with PTAssembler some time ago) where as
frustating as your describtion sounds ;-)
I'm not sure, if it is required, but for me it also didn't worked to define
'obsolete' overlaps. Will mean:
for a pattern like
1  3  3
4  5  6
....
I always get good results building pairs for 1:2, 2:3, 4:5, 5:6 and 1:4, 3:5,
3:6. I always had problems defining in addition pairs like 1:5, 1:3, ... so I
don't do that.
Unfortunately autopano finds these unwanted pairs and (in my case) it works
better if I delete them. 

What always helps me in case of trouble and getting crowded results is to add
some more constraints using the way of optimisation. 
E.G:
I had problems with a 360 DEG singlerow (20 pics) - it was totally crowded
and unsolveable. In the end it turn out that just 2 pairs were wrong. I found
this pairs while setting image 0 fix to 0, 0, 0 (y, p, r) and image 10
(should be approx. 180 DEG) to 180, 0, 0 (y, p, r). Then I optimized just y,
p, r for all images exept the both images (0 and 10). This help to see
directly that there was a curve somewhere (I think image 13) and that the
optimizer tried to roll this image unexpected. It turned out, that a pair
between 13:14 was wrongly detected by autopano and after deleting this pair
optimisation was simple and I was able to optimise the temporay fixed image
10 as well.
I hope this helps you getting after your mismatch reason?!

I think ptgui has a kind of wysiwyg-positioner - very nice and helpful if you
have some problems.
As a shortcoming I would be content and very pleased with a possibility to
re-arrange the sequence the image lists appear in hugin. Just some up/down
buttons like in PTOpenGui ....

best, mike


On 3/29/2004, "Lars Schimmer" <schimmer at cg.cs.tu-bs.de> wrote:

>Hi!
>
>First: Hugin 0.4pre is nicely stable on debian (self compiled, there´s
>no package :-| ).
>But I would like to see a feature in one of the enxt versions:
>In the window where you set the points, I would like to have a small
>window (like preview) in which the source-images are displayed in small
>preview with the numbers they have in the tabs of the point-window.
>Then I would like to move this previews in this small window to arrange
>the source image to a rough overview-panorama and it would be nice if
>hugin would recognize me the combinations of the source-images in which
>I have to select the stich-points out of this small arrange-window.
>
>That´s because today I tried to stich one panorama together from likely
>7 pictures I took  a few days ago of a building:
>
>1   3
>   4 5
>6 7 8
>
>Would be the matrix of the pictures taken from the building.
>But the pictures were not in the right order in the "add picture" tab
>and so I was kinda lost in the tab where to set the points and which
>picture I should combine with which other one.
>After all I tried to set points in EVERY possible connection, at least
>picture 4 had points to every other one, nr. 7 to 6 and 8 and 4 and 5,..
>and so on. I think i had >200 points defined.
>There I saved the project and saw the preview. It was catastrophic. the
>whole scene was round, between 1 and 4 was some sky,.. At that point i
>refused to work on and wait a day. In a few hour I try again, it should
>be possible to stich such a panorama with hugin&panorma-tools, OR?
>
>Cya
>Lars Schimmer
>
>