Obsah

Seminars on Computer Graphics 2 (Summer 2014)

On every seminar we will implement selected problems/algorithms related to lessons. We will usually - not necessary start with a prearranged template downloadable from this site.
As a programming language we will use C#. We will use Visual C# 2010 as development environment. Alternatively you can use MonoDevelop (Linux / Mac OSX) on your own machine.
Attendance at seminars is optional but recommended.
Seminars are conducted by
- Matej Hudak (subseth.mato@gmail.com)
Schedule of seminars is
- Wed (17:20) - Room I-H3
Other collaborators and authors: Juraj Onderik

You can get max 100% per homework. Submission after deadline is for 0%.
There is a min 50% of your final evaluation required for admission to final term.
Additional activity can be awarder by max 10% of your final evaluation.
Don't cheat - create instead. Any kind of cheating is punished by withholding 30% of your final evaluation for all involved students.
As a homework, you will program what we could not finish during the exercise. Assignment and template will be downloadable from this site. See exercises.
Homework must be submitted by email to cg2.2014.hw@gmail.com every week until the next Wednesday 17:20.
Your submission email must have title in form 'ExNN' where NN is the number of exercise, eg. Ex05.
It is required to submit zipped source code of your homework (preferably the whole solution). Do not send executable files. Homework without the source code is for 0%.
Your code should be well formatted and commented. Titles of functions, classes, variables should be representative for their purpose. Homework without appropriate comments is for 0%.
There are ~12 homeworks during the semester. This number can change due to holidays, tech. problems etc.
Your Evaluation
Comment, errata, constructive criticism or suggestion - Make It Better

Implement a camera class suitable for the ray casting method. As usual you should use a similar functionality as in the sample application. Application should specifically be able to:
- Render the scene (objects are movable).
- Move the camera in a 3D space.
- Change the camera's field of view (larger angle = more space to render), see Blender camera.
Try to change the color of the intersected object due to distance from the camera
'[2 bonus %]:
- Create a camera which will rotate around defined point P (target) along a sphere with r = 1. You can use ideas from the Blender camera system and / or two-angle camera in openGL. Camera should use some sort of interactivity (2 angles) and targeted point P should be movable. Bonus camera can be created in a separated solution or you can change the structure in the template to implement two different cameras.
Sample | Template
Deadline: 12.3 - 17:20

Improve your tracer by adding a few primitives (ring, sphere, AABB box, triangle) [1] [2] [3]. Each object should be movable. As usual you should use a similar functionality as in the sample application.
'[1 bonus %]:
- Create also a cylinder and a cone primitives
Sample | Template

Improve your tracer by adding shaders, shadows and lights. Implement checker and phong shader, sun light and hard shadows. Compute normals to each primitive in the point of intersection. As usual you should use a similar functionality as in the sample application.
Sample | Template

Improve your tracer by adding a point light, spot light [4] and an area light. In the case of point and spot light, define the light as a point with hard shadows and linear/quadratic light attenuation [5]. Area light could be defined by Lights x Lights point lights. Area light should also be able to produce soft shadows.
Sample | Template

Improve your tracer by adding a few procedural shaders: noise, turbulence / clouds / marble, stripes, gradient, wood. For inspiration and additional material start here - [6]. As usual you should use a similar functionality as in the sample application.
'[2 bonus %]:
- Create a voronoi shader
Sample | Template