 |
|
|
|
|
|
 |
| ||||||||
 |
 
|
|
|
|
|
|
|
|
|
| ||||||||
|
|
| 
| User list | Rules | You are not logged in.
I have a sigma 8 mm Fisheye Lense and will take 18 pictures that consist of 3 bracketed images in a set of 6. So basically every 60 degrees i rotate my camera. I have used other stitching software and haven't had issues with the program making a pano that looks great. I personally like this program the best but the issue that I am having is that its finding too many control points with pictures that it shouldn't relate to. For example lets say I take 6 pictures (every 60 degrees). Usually what should happen its picture 1 will be linked with 2 & 6, pic 2 with 1 & 3... etc... However with this pogram its linking anything that looks simular... I even had a picture link up that was on the opposite side of the room. This is making my panos not look correctly and I am wondering if there is a function that tells the program to link up only with the set of pictures on the left and right of its positioning.
I am fairly new to panoramic stitching and would apprecaite any help.
I understand that posible using the RMS feed setting and setting it to a lower level for acceptance only coud do the trick but not sure what I should set it at...
For 360 x 180 virtual tour rooms etc... what setting work best?
Offline
If you are using a cropped sensor camera then you should only shot 4-around - that's most likely why you have spurious/excess links between images - you have too much overlap with 6-around.
Shooting with the Sigma 8mm FE on my 1.5x crop Nikon I shoot 4-around at +5 degrees - that provides sufficient zenith coverage usually, and sometimes a 'zenith' shot at about +65 degrees, which I may or may not use.
That leaves a very small 'hole' at the nadir no larger than the rotator on my Nodal Ninja 5 pano head.
Last edited by mediavets (2008-10-25 22:09:01)
Offline
VRabbit wrote:
However with this pogram its linking anything that looks simular... I even had a picture link up that was on the opposite side of the room. This is making my panos not look correctly and I am wondering if there is a function that tells the program to link up only with the set of pictures on the left and right of its positioning.
Such a function would be nice but I'm afraid a good RMS would be needed to make APP able to decide of the wrong links !
In the following example removing the 2 wrong links among 6 was enough to strongly improve the global RMS. (One of the link is still not good and could be improved by removing its worst control points for example.)
When there are more than 4 source images the number of wrong links is often much larger and removing them take more time...
A possible solution is to use the Crop Circle tool to avoid image corners being used for control points
Offline
Man gurl, your response are awesome.
Offline
Hey Gurl,
Thanks for the post. I have actually figured a lot out since then. I apprecaite the visual help on this and I am sure it will assist many future users.
Offline
I used GURL technic for my first full-spherical panos, in a school, and it worked fine.
Offline
Pour fma38 et AlexandreJ
A remarquer que dans le fichier qu'envoie PapyWizard à APP on pourrait mettre la liste des liens pour lesquels on souhaite qu'APP recherche des points de contrôle. Ca serait déjà utile avec un fisheye mais ça le serait encore plus avec un grand-angle utilisé pour un pano sphérique à cause du nombre de photos source (le nombre de liens devient dément quand on fait du bracketing ...jusqu'à planter APP qui croule sous le volume des données qu'il génère!)
Dans un pano sphérique où il y a une photo directe du zénith, cette photo joue un rôle énorme dans l'optimisation parce qu'elle à beaucoup plus de liens avec les autres: il se pourrait qu'il y ait intéret à la repérer pour qu'APP puisse en tenir compte (?) Pour que Smartblend parte de la photo du zénith pour couvrir le zénith (et n'y crée pas d'étoile ni d'entonnoir) il lui serait peut-être utile de savoir quelle est la photo source prioritaire pour cet emplacement (?)
Pour le nadir il y a deux particularités: c'est les CP "au bord du trou" qui sont utiles et cette photo est souvent "désaxée" (le centre de la photo n'est pas en coincidence avec le nadir.)
Last edited by GURL (2008-11-10 09:41:48)
Offline
GURL wrote:
A remarquer que dans le fichier qu'envoie PapyWizard à APP on pourrait mettre la liste des liens pour lesquels on souhaite qu'APP recherche des points de contrôle. Ca serait déjà utile avec un fisheye mais ça le serait encore plus avec un grand-angle utilisé pour un pano sphérique à cause du nombre de photos source (le nombre de liens devient dément quand on fait du bracketing ...jusqu'à planter APP qui croule sous le volume des données qu'il génère!)
C'est le cas déjà dans ce que j'ai codé. Je déduit des positions données par la tête les liens plausible et je n'analyse que ceux ci. C'est un bonus gratuit qui est le résultat de la modif du module de detection et l'introduction des templates, car finalement c'est quoi un template ? une liste possible de liens !
Offline
AlexandreJ wrote:
car finalement c'est quoi un template ? une liste possible de liens !
Très bonne nouvelle et presque d'acord.
Presque seulement : il y a aussi une indication de l'orientation de l'image finale! Je n'oublie pas que tu distingues le cas où "le pano est d'aplomb même si l'image est de travers", chose à laquelle peu d'utilisateurs parviennent, si bien qu'ils croient que l'optimisation a foiré parce que la mise en place de l'horizon n'a pas été refaite automatiquement...
Note: quand je m'occupe d'optimisation je peste parce que l'affichage du preview prend du temps et quand je regarde le preview je commence toujours par un cliquer sur l'outil qui remet l'horizon à sa place (enfin, au moins à pi/2 près...)
Last edited by GURL (2008-11-10 10:22:38)
Offline
