You are not logged in.

> The forum rules have been updated. Please take a moment to read them.


#51 2013-03-03 21:09:29

josefgraessle
Member
Registered: 2009-11-28
Posts: 20

Re: T&C handcontroller troubles

Hallo Andrew, please read my answer to Felix about the zenit shoot and sphares. The T&C makes for each session an xml file, which has the exact position of each image. So the stitcher doesn't need common parts in the overlapping pictures to position them, it uses the xml information when it doesn't find common informations. With a manual head, you will not have exact position informations, then you must do some tricks like you recommended, to make a stitch possible.

Offline

 

#52 2013-03-03 21:34:41

mediavets
Moderator
From: Isleham, Cambridgeshire, UK.
Registered: 2007-11-14
Posts: 9825
Website

Re: T&C handcontroller troubles

josefgraessle wrote:

Hallo Andrew, please read my answer to Felix about the zenit shoot and sphares. The T&C makes for each session an xml file, which has the exact position of each image. So the stitcher doesn't need common parts in the overlapping pictures to position them, it uses the xml information when it doesn't find common informations. With a manual head, you will not have exact position informations, then you must do some tricks like you recommended, to make a stitch possible.

Yes, I apprecaite that.

Unfortunately it apesrs that the Papywizard Import wizard doesn't always seem to respect the XML data. By which I mean the optimiser doesn't seem to be constrained in any way when seeking to resolve the entire pano and sometimes it will move 'featureless' images a long way from their shooting positions.

I don't know why Kolor doesn't appear to incorporate some contstraints to prevent images being moved far from the defined shooting positions.


Andrew Stephens
Nikon D40, Nikkor 10.5mm fisheye, Sigma 8mm f3.5 fisheye, Nikkor 18-55/50/35mm lenses, Nodal Ninja 5 Lite, Nodal Ninja 4 with R-D16, Agno's MrotatorTCS short.
Nikon P5100, CP5000, CP995, FC-E8, WC-E63,WC-E68, TC-E2, Kaidan Kiwi 995, Bophoto pano bracket, Agno's MrotatorA.
Merlin/Orion robotic pano head + Papywizard on Nokia 770/N800/N810 and Windows 8/XP/2K.

Offline

 

#53 2013-03-03 21:47:17

klausesser
Member
From: Düsseldorf, Germany
Registered: 2006-05-22
Posts: 6601
Website

Re: T&C handcontroller troubles

mediavets wrote:

klausesser wrote:

mediavets wrote:


Wow - now that is really weird.

Weird? Yes - at least . . big_smilecool

best, Klaus

PS: on my manual head i use the same "pattern" as on the Panoneed/TC combination: 6 shots @-12° and 1 Zenith.
Result: http://360impressions.de/ZuerichBar.html

Klaus your pattern is fine.; 6-around at -12 and 1 zenith.

Except that I have often found that shooting outdoors with a manual head (no XML) that a +90 zenith shot would often bw omitted from the stitch becasue it lacked any matching features with images in the main row of 6 images.

The 'solution' presented by Hans Nyberg was to shoot the 'zenith shot at about +60-65 which covers the zenith well but when the yaw is also chosen carefully will almost always mean you can get an good link between the 'zenith' shot and the main row of 65.

Hi Andrew!

I never had this issue Hans mentioned. IF i would have it: i´d use the xml which the TC provides (on Merlin as well as on Panoneed).
....................

mediavets wrote:

But felix said that the T&C calculated that weird 6 shots at -9° + 6 shots at +1 + zenith pattern.

I can't see that that would ever be 'right'/optimal.

So how did it arise?

This is kind of crazy indeed - and the only issue i can see here is the user, sorry wink I guess he´s misinterpreting things.

Josef tried to clear it, i tried to explain some things - Felix seems to prefer to stick with his ideas.

The fact all other lenses but fisheyes work well for him indicates that the TC does it´s maths right. It´s the same maths on which the fisheye calculation bases.

The fact that it works also with fisheyes for more than 400 users - i was wrong with the 200 - without issues seems not to indicate problems with calculating fisheyes.

The fact that i use the TC without any issue as well as the fact that i used it in earlier days with Canon and Nikon crop cameras and 10,5mm DX as well as 15/16mmFX fisheyes and NEVER had such an issue . . . indicates that it does it´s maths well.

The fact that the xml which the TC provides matches well in APG and PTGui also seems to indicate that it does the calculation well.

So . . . what can i say . . rollcool

best, Klaus


If you want something you´ve never had,
then you´ve got to do something you´ve never done.

Offline

 

#54 2013-03-03 21:58:24

klausesser
Member
From: Düsseldorf, Germany
Registered: 2006-05-22
Posts: 6601
Website

Re: T&C handcontroller troubles

mediavets wrote:

Unfortunately it apesrs that the Papywizard Import wizard doesn't always seem to respect the XML data. By which I mean the optimiser doesn't seem to be constrained in any way when seeking to resolve the entire pano and sometimes it will move 'featureless' images a long way from their shooting positions.

I don't know why Kolor doesn't appear to incorporate some contstraints to prevent images being moved far from the defined shooting positions.

The import wizzard "respects" the xml-data well. But the optimizer seems to have issues using a too wide "catch-range" of CPs or whatever.

That´s nothing the TC and it´s XML can take influence in. But anyway there are methods to deal with - though i guess can be handled better.

And - to make it clear: it´s not related to the TC´s xml only!

best, Klaus


If you want something you´ve never had,
then you´ve got to do something you´ve never done.

Offline

 

Board footer

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson