= Assignment 3: Camera Simulation = == Due: Thursday May 4th, 11:59PM == Questions? Need help? Post them on the Assignment3Discussion page so everyone else can see! Please add a link to your final writeup on ["Assignment3Submission"]. http://graphics.stanford.edu/courses/cs348b-06/homework3/lenses.gif == Description == Many rendering systems approximate the light arriving on the film plane by assuming a pin-hole camera, which produces images where everything that is visible is sharp. In contrast, real cameras contain multi-lens assemblies with different imaging characteristics such as limited depth of field, field distortion, vignetting and spatially varying exposure. In this assignment, you'll extend pbrt with support for a more realistic camera model that accurately simulates these effects. Specifically, we will provide you with data about real wide-angle, normal and telephoto lenses, each composed of multiple lens elements. You will build a camera plugin for pbrt that simulates the traversal of light through these lens assemblies. With this camera simulator, you'll explore the effects of focus, aperture and exposure. Using these data you can optimize the performance of your simulator considerably. Once you have a working camera simulator, you will add auto-focus capabilities to your camera. == Step 1: Background Reading == Please re-read the paper [http://www.graphics.stanford.edu/papers/camera "A Realistic Camera Model for Computer Graphics"] by Kolb, Mitchell, and Hanrahan. == Step 2: Implement a Compound Lens Simulator == Copy this [http://graphics.stanford.edu/courses/cs348b-06/homework3/homework3.zip zip file] to a directory at the same as the directory containing the 'core' directory. This archive contains the following: * A Makefile for Linux and a Visual Studio 2003 project for Windows. * A stub C++ file, realistic.cpp, for the code you will write. * Five pbrt scene files * Four lens description files ({{{.dat}}} files) * Binaries for a reference implementation of realistic.cpp for Linux * Various textures used by the scene files located in the {{{/textures}}} subdirectory Modify the stub file, {{{realistic.cpp}}}, to trace rays from the film plane through the lens system supplied in the {{{.dat}}} files. The following is a suggested course of action, but feel free to proceed in the way that seems most logical to you: * Build an appropriate data structure to store the lens parameters supplied in the tab-delimited input {{{.dat}}} files. The format of the tables in these file is given in Figure 1 of the Kolb paper. * Develop code to trace rays through this stack of lenses. Please use a full lens simulation rather than the thick lens approximation in the paper. It's easier (you don't have to calculate the thick lens parameters) and sufficiently efficient for this assignment. * Implement the {{{RealisticCamera::GenerateRay}}} function to trace randomly sampled rays through the lens system. For this part of the assignment, it will be easiest to just fire rays at the back element of the lens. Some of these rays will hit the aperture stop and terminate before they exit the front of the lens. * Render images using commands such as 'pbrt hw3.dgauss.pbrt'. For your final renderings be sure to use the correct number of samples per pixel. The final handin should contain images rendered with both 4 and 512 samples per pixel. * You may compare your output against the reference implementation, ({{{realistic.so}}} on Linux and {{{realistic.dll}}} on Windows). Here are some example images rendered with 512 samples per pixel: From left to right: telephoto, normal, wide angle and fisheye. Notice that the wide angle image is especially noisy -- why is that? Hint: look at the ray traces at the top of this web page. http://graphics.stanford.edu/courses/cs348b-06/homework3/hw3.telephoto_512_sm.png http://graphics.stanford.edu/courses/cs348b-06/homework3/hw3.dgauss_512_sm.png http://graphics.stanford.edu/courses/cs348b-06/homework3/hw3.wide_512_sm.png http://graphics.stanford.edu/courses/cs348b-06/homework3/hw3.fisheye_512_sm.png === Some conventions: === * Assume that the origin of the camera system is at the left-most element of the stack (the point closest to the world). * Assume that the {{{filmdistance}}} parameter passed to the {{{RealisticCamera}}} constructor is measured from the right-most element of the stack (the point closest to the film). * There is exactly one aperture stop per lens data file. This is the entry with a radius of 0. Note that the diameter of this entry is the maximum aperture of the lens. The actual aperture diameter to use is passed in the scene file, and appears as a parameter to the RealisticCamera constructor. * In this assignment, everything is measured in millimeters. === Hints: === * {{{ConcentricSampleDisk()}}} is a useful function for converting two 1D uniform random samples into a uniform random sample on a disk. See p. 270 of the PBRT book. * It may be helpful to decompose the lens stack into individual lens interfaces and the aperture stop. For the lens interfaces, you'll need to decide how to test whether rays intersect them, and how they refract according to the change of index of refraction on either side (review Snell's law). * For rays that terminate at the aperture stop, return a ray with a weight of 0 -- pbrt tests for such a case and will terminate the ray. * Be careful to weight the rays appropriately (this is represented by the value returned from {{{GenerateRay}}}). You should derive the weight from the integral equation governing irradiance incident on the film plane (hint: in the simplest form, this equation contains a cosine term raised to the fourth power). The exact weight will depend on the sampling scheme that you use to estimate this integral. Make sure that your estimator is unbiased if you use importance sampling! The paper also contains details on this radiometric calculation. * As is often the case in rendering, your code won't produce correct images until everything is working just right. Try to think of ways that you can modularize your work and test as much of it as possible incrementally as you go. Use assertions liberally to try to verify that your code is doing what you think it should at each step. Another wise course of action would be to produce a visualization of the rays refracting through your lens system as a debugging aid (compare to those at the top of this web page). == Step 3: Play around with Cameras == == Step 4: Autofocus == == Step 5: Submission ==