Difference between revisions of "Stitching Nadir Shots"

From PanoTools.org Wiki
Jump to: navigation, search
(No difference)

Revision as of 22:18, 7 July 2005

One of the most catchiest points in creation of a spherical panorama is to stich a handheld shot of the place where the tripod stood for the other shots - the nadir. The camera is almost never in the same place as for the other shots. Hence there are parallaxe errors and most probably a different image scale.

A Nadir images needs different treatment. If you use one of the GUI front-ends you can laod it together with the other images and crop it just the same (if necessary). But don't use it until the rest of the panorama is stitched to your satisfaction: Disable control points usage and exclude it from optimization.

I'll give the following explanation using PTGui but this should be applicable to any of the GUI front-ends accordingly.

Once you're satisfied with the rest of the panorama on lens settings tab check Use individual lens parameters for the nadir shot(s).

Exclude all images but the nadir shot(s) from optimization: On optimizer tab page (advanced interface) uncheck all images but the nadir shot(s) in all parameter boxes and disable global optimization for Fov, a, b, c, shift and shear. Check the nadir image(s) in Yaw, Pitch, Roll and in the individual lens parameters boxes. Your screen should look something like this (image 0 and 1 are the nadir shots):

Optimizer tab page for nadir optimization


Now set control points in all adjacent images. This is a bit crucial, since if you have points in different distances from the camera you most probably get parallax errors. Hence set points preferable in the same distance and only around the tripod legs or the visible part of the panohead you want to replace:

Control points near visible parts of panohead


Optimize and check the result in the pano editor. Set more control points and/or check individual shift parameters and eventually individual shear parameters in lens settings tab and optimizer tab if the result is not good.

If you can't achieve a good result try to go for one side only - preferable the side with more detail and use some patching techniques to correct the rest.

-Erik Krause 18:18, 7 Jul 2005 (EDT)