The instructor is extremely thankful to Prof. Steve Seitz for allowing us to use this project which was developed in his Computer Vision class.

Synopsis

In this project, you will implement a system to combine a series of photographs into a 360 degree panorama (see panorama below). Your software will detect discriminating features in the images, find the best matching features in the other images, automatically align the photographs (determine their overlap and relative positions) and then blend the resulting photos into a single seamless panorama. You will use your project 1 code (i.e., Features.exe)  to detect discriminating features in the images, find the best matching features in the other images and so you main focus here is to automatically align the photographs (determine their overlap and relative positions) and then blend the resulting photos into a single seamless panorama. You will then be able to view the resulting panorama inside an interactive Web viewer. To start your project, you will be supplied with some test images and skeleton code you can use as the basis of your project and instructions on how to use the viewer.

A second small test set of four Yosemite images (see stitch4.txt)

A complete panorama of test images, and a set of scripts for processing images, is available here.

A second complete set of test images (with scripts), is available here.

The project will consist of a pipeline of command line EXE programs (Features.exe and Panorama.exe) that will operate on images or intermediate results to produce the final panorama output.  A complete description of each component can be found on the dedicated component web page.

The steps required to complete the panorama are listed below:

	Step	EXE
1.	Take pictures on a tripod (or handheld)
2.	Warp to spherical coordinates	(Panorama.exe)
3.	Extract features	(Features.exe)
4.	Match features	(Features.exe)
5.	Align neighboring pairs using RANSAC	(Panorama.exe)
6.	Write out list of neighboring translations	(Panorama.exe)
7.	Correct for drift	(Panorama.exe)
8.	Read in warped images and blend them	(Panorama.exe)
9.	Crop the result and import into a viewer

Getting Things to Run

Running the sample solution

Features.exe and Panorama.exe are command line programs that requires arguments to work properly. Thus you need to run it from the command line, or from a shortcut to the executable that has the arguments specified in the "Target" field of the shortcut properties.  The one exception to this is that running Features.exe without command line arguments opens up the UI.

Running from the command line

To run from the command line, click the Windows Start button and select "Run". Then enter "cmd" in the "Run" dialog and click "OK". A command window will pop up where you can type DOS commands. Use the DOS "cd" (change directory) command to navigate to the directory where Features.exe or Panorama.exe is located. Then type "Features" or "Panorama" followed by your arguments. If you do not supply any arguments, the program will print out information on what arguments it expects or open the UI in the case of Features.exe.

Running from a shortcut

Another way to pass arguments to a program is to create a shortcut to it. To create a shortcut, right-click on the executable and drag to the location where you wish to place the shortcut. A menu will pop up when you let go of the mouse button. From the menu, select "Create Shortcut Here". Now right-click on the short-cut you've created and select "Properties". In the properties dialog select the "Shortcut" tab and add your arguments after the text in the "Target" field. Your arguments must be outside of the quotation marks and separated with spaces.

Running the skeleton program

You can run the skeleton program from inside Visual Studio. However, you will need to tell Visual Studio what arguments to pass. Here's how:

1. Select the "ImageLib" project in the Solution Explorer (do NOT select the "Panorama" project, for some reason this won't work).
2. From the "Project" menu choose "Properties" to bring up the "Property Pages" dialog.
3. Select the "Debugging" Property page.
4. Enter your arguments in the "Command Arguments" field.
5. Click "Ok".
6. Now when you execute your program from within Visual Studio the arguments you entered will be passed to it automatically.
7. Repeat the above steps for the solution for the Features component.

 

Panorama Mosaic Stitching

You will use the feature detection and matching component  to combine a series of photographs into a 360 degree panorama. Your software will automatically align the photographs (determine their overlap and relative positions) and then blend the resulting photos into a single seamless panorama. You will then be able to view the resulting panorama inside an interactive Web viewer. To start this component, you will be supplied with some test images and skeleton code (updated 10/10/09) that will guide you (the main solution file in Visual Studio is Panorama.sln). In addition, a solution executable can be found for Windows or for Linux.

You can download the test images separately here.

A complete panorama of test images, and a set of scripts for processing images, is available here.

A second small test set of four Yosemite images (see stitch4.txt)

A second complete set of test images (with scripts), is available here.

How to proceed:
Taking the Pictures
ToDo
Creating the Panorama
Debugging
Extra Credit
Panorama Links

Taking the Pictures

1. Take a series of images with a digital camera mounted on a tripod or a handheld camera. For best results, overlap each image by 50% with the previous one, and keep the camera level. You can use your own camera for this or get one from us. Some cameras have a "stitch assist" mode you can use to overlap your images correctly, which only works in regular landscape mode.  In order to use your camera, you have to estimate the focal length.  The simplest way to do this is through the EXIF tags of the images, as described here.  Alternatively, you can use a camera calibration toolkit to get more precise focal length and radial distortion coefficients.  Finally, Brett Allen describes one creative way to measure rough focal length using just a book and a box.

3. Make sure the images are right side up (rotate the images by 90 degree if you took them in landscape mode), and reduce them to a more workable size (480x640 recommended). You can use external software such as PhotoShop or the Microsoft Photo Editor to do this. Or you may want to set the camera to 640x480 resolution from the start.

ToDo

Note: The skeleton code includes an image library, ImageLib, that is fairly general and complex.  It is NOT necessary for you to peek extensively into this library!  We have created some notes for you here.

1. Warp each image into spherical coordinates. (file: WarpSpherical.cpp, routine: warpSphericalField)

[TODO] Compute the inverse map to warp the image by filling in the skeleton code in the warpSphericalField routine to:

1. convert the given spherical image coordinate into the corresponding planar image coordinate using the coordinate transformation equation from the lecture notes
2. apply radial distortion using the equation from the lecture notes

(Note: You will have to use the focal length f estimates for the half-resolution images provided above (you can either take pictures and save them in small files or save them in large files and reduce them afterwards) . If you use a different image size, do remember to scale f according to the image size.)

2. Compute the alignment of the images in pairs. (file: FeatureAlign.cpp, routines: alignPair, countInliers, and leastSquaresFit)

To do this, you will have to implement a feature-based translational motion estimation.  The skeleton for this code is provided in FeatureAlign.cpp.  The main routines that you will be implementing are:

int alignPair(const FeatureSet &f1, const FeatureSet &f2, const vector<FeatureMatch> &matches, MotionModel m, float f, int nRANSAC, double RANSACthresh, CTransform3x3& M);

int countInliers(const FeatureSet &f1, const FeatureSet &f2, const vector<FeatureMatch> &matches, MotionModel m, float f, CTransform3x3 M, double RANSACthresh, vector<int> &inliers);

int leastSquaresFit(const FeatureSet &f1, const FeatureSet &f2, const vector<FeatureMatch> &matches, MotionModel m, float f, const vector<int> &inliers, CTransform3x3& M);

AlignPair takes two feature sets, f1 and f2, the list of feature matches obtained from the feature detecting and matching component (described in the first part of the project),  a motion model (described below), and estimates and inter-image transform matrix M.  For this project, the enum MotionModel only takes on the value eTranslate.

AlignPair uses RANSAC (RAndom SAmpling Consensus) to pull out a minimal set of feature matches (one match for this project), estimates the corresponding motion (alignment) and then invokes countInliers to count how many of the feature matches agree with the current motion estimate.  After repeated trials, the motion estimate with the largest number of inliers is used to compute a least squares estimate for the motion, which is then returned in the motion estimate M.

CountInliers computes the number of matches that have a distance below RANSACthresh is computed.  It also returns a list of inlier match ids.

LeastSquaresFit computes a least squares estimate for the translation using all of the matches previously estimated as inliers.  It returns the resulting translation estimate in the last column of M.

[TODO] You will have to fill in the missing code in alignPair to:

3. Randomly select a valid matching pair and compute the translation between the two feature locations.
4. Call countInliers to count how many matches agree with this estimate.
5. Repeat the above random selection nRANSAC times and keep the estimate with the largest number of inliers.
6. Write the body of countInliers to count the number of feature matches where the SSD distance after applying the estimated transform (i.e. the distance from the match to its correct position in the image) is below the threshold. (and don't forget to create the list of inlier ids.)
7. Write the body of leastSquaresFit, which for the simple translational case is just the average displacement between the matching feature positions.

3. Stitch and crop the resulting aligned images. (file: BlendImages.cpp, routines: BlendImages, AccumulateBlend, NormalizeBlend)
   

[TODO] Given the warped images and their relative displacements, figure out how large the final stitched image will be and their absolute displacements in the panorama (BlendImages.)

[TODO] Then, resample each image to its final location and blend it with its neighbors (AccumulateBlend, NormalizeBlend). Try a simple feathering function as your weighting function (see mosaics lecture slide on "feathering") (this is a simple 1-D version of the distance map described in [Szeliski & Shum]).  For extra credit, you can try other blending functions or figure out some way to compensate for exposure differences. In NormalizeBlend, remember to set the alpha channel of the resultant panorama to opaque!

[TODO] Crop the resulting image to make the left and right edges seam perfectly (BlendImages). The horizontal extent can be computed in the previous blending routine since the first image occurs at both the left and right end of the stitched sequence (draw the "cut" line halfway through this image).  Use a linear warp to the mosaic to remove any vertical "drift" between the first and last image.  This warp, of the form y' = y + ax, should transform the y coordinates of the mosaic such that the first image has the same y-coordinate on both the left and right end.  Calculate the value of 'a' needed to perform this transformation.

Creating the Panorama

1. Use the above program you wrote to warp/align/stitch images into the resulting panorama.

• To remove the radial distortion and warp the image input1.tga into spherical coordinate with focal length = 600, radial distortion coefficients k1=-0.21 and k2=0.25 (Panorama is the name of the program):
  
     Panorama sphrWarp input1.tga warp1.tga 595 -0.15 0.001
• Then, use the feature detecting and matching component to compute the features in the warped images. To align two feature sets warp1.f and warp2.f, with a set of matches in match1to2.txt, using 200 iterations of RANSAC with an outlier threshold distance of 1 pixel:
  
  Panorama alignPair warp1.f warp2.f match1to2.txt 200 1

Note that you can also use SIFT features to do the alignment, which can be useful if the feature detection and matching code from Project 1 is not working sufficiently well. To do so, add the work sift to the end of the command, as in:

    Panorama alignPair warp1.key warp2.key match1to2.txt 200 1 sift

Sample SIFT features and matches have been provided to you with the small test sequence above. To extract SIFT features from a new set of images, you can download David Lowe's SIFT binary here (Windows and Linux binaries available). Note that you will need to convert images to .pgm format before running SIFT on them.

• Run the previous step for all adjacent pairs of images and save the output into a separate file pairlist.txt which may look like this:
  
      warp1.tga warp2.tga 213.49 -5.12
      warp2.tga warp3.tga 208.19 2.82
      ......
      warp9.tga warp1.tga 194.76 -3.88
• Then stitch the images into the final panorama pano.tga:
  
      Panorama blendPairs pairlist.txt pano.tga blendWidth

You may also refer to the file stitch2.txt provided along with the skeleton code for the appropriate command line syntax. This command-line interface allows you to debug each stage of the program independently.

2. Convert your resulting image to a JPEG (Photoshop and other tools in the Sieg lab can help you with this) and paste it on a Web page along with code to run the interactive viewer. Click here for instructions on how to do this. Click here for a web based application to convert your image to a JPEG.

Debugging Guidelines

You can use the test results included in the images/ folder to check whether your program is running correctly. Comparing your output to that of the sample solution is also a good way of debugging your program.

1. Testing the warping routines:

• In the images/ folder in the skeleton code, a few example warped images are provided for test purposes. The camera parameters used for these examples can be found in the sample command file stitch2.txt. See if your program produces the same output.
• You may also test with different input images and/or camera parameter values by comparing the results with those of the sample solution.

2. Testing the alignment routines:

• A few example alignment results are provided in the file pairlist2/4.txt. The corresponding shell commands can be found in stitch2/4.txt.
• To test alignPair only, try passing in an image that has been cropped with two different rectangles (and maybe rotated by a tiny amount, say 2 degrees).
• We have also provided sample SIFT key files and matches for the test images, for testing the alignment routines.

3. Testing the blending routines:

• An example panorama is included in the images/ folder. Compare the resulting panorama with this image.
• You may also test with other panoramas by running the sample solution on different inputs.

Extra Credit

Here is a list of suggestions for extending the program for extra credit. You are encouraged to come up with your own extensions. We're always interested in seeing new, unanticipated ways to use this program!

• Although the feature-based aligner gives sub-pixel motion estimation (because of least squares), the motion vectors are rounded to integers when blending the images into the mosaic in BlendImages.cpp. Try to blend images with sub-pixel localization. 
• Sometimes, there exists exposure difference between images, which results in brightness fluctuation in the final mosaic. Try to get rid of this artifact. 
• Try shooting a sequence with some objects moving.  What did you do to remove "ghosted" versions of the objects?
• Try a sequence in which the same person appears multiple times, as in this example.
• Implement a better blending technique, e.g., pyramid blending, possion imaging blending and graph cuts

What to Turn In

First, your source code and executable should be zipped up into an archive called 'code.zip', and uploaded to CMS. In addition, turn in a web page describing your approach and results. In particular:

      Panorama Mosaic Stitching

      This portion of the web page should contain  the following:

• At least two panoramas:  (1) the test sequence, (2) one from a hand-held sequence.  Each panorama should be shown as (1) a low-res inlined image on the web page, (2) a link that you can click on to show the full-resolution .jpg file, AND (3) embedded in a viewer as described above.
• A short description of what worked well and what did not.  If you tried several variants or did something non-standard, please describe this as well.
• Describe any extra credit.

The webpage (along with all images in JPEG format) should be uploaded to CMS in a zip file called 'webpage.zip'. If you are unfamiliar with HTML you can use any web-page editor such as FrontPage, Word, or Visual Studio 7.0 to make your web-page.  The KompoZer HTML editor is easy to use and highly recommended.  Here are some webpage design tips.

Panorama Links

• Panoramas.dk: weekly archive of full-screen, high-quality panoramas worldwide
• VR Seattle: Seattle & Washington panorama
• Matt Brown's Autostitch page.
• Peru Panoramas
• A complete set of test images

 

Last modified on October 10, 2009