Ето и условията на домашните работи към лекция 4:

Задача 0: Пресичане с тетраедър

Да се реализира пресичане с произволен тетраедър, зададен чрез четирите си върха. Можете да приемете, че фигурата няма да е изродена, т.е. няма да има съвпадащи върхове, и четирите върха няма да са в една равнина. В generateScene(), заменете сферата с вашия тетраедър.

Задача 1: Процедурна текстура

Да се реализира следната двумерна процедурна текстура (по подобие на Checker):

Където ColorX[i], и ColorsY[i] са дадени цветове (за начало можете да ги изберете случайно), а FreqX[i], и FreqY[i] са дадени честоти, от които зависи колко фин да е детайла. Като за начало на FreqX[] и FreqY[] задайте случайни стойности в интервала [0.0 .. 0.8].

Да се използва така направената текстура, на мястото на Checker-а за равнината. Нагласете параметрите на текстурата по ваш вкус.

Eто примерна картинка с тази текстура, при произволно генерирани параметри: click me.

Задача 2: Dithering

Въпреки, че TrueColor режимите изобразяват 16+ милиона цвята, това не значи, че човешкото око не може да види ясно разликата между два съседни цвята, и това сe демонстрира лесно, като си създадете зелен градиент. За целта, заменете сегашната generateScene() функция със следната, а от constants.h задайте RESX, RESY на 1024, 768 съответно. Трябва да получите нещо подобно. Видимо са изразени "слоеве" с еднакъв цвят (особено към по-тъмните области), които развалят усещането за гладкост на изображението. За по-нагледно, можете да PrintScreen-вате резултата от рендера и чрез инструмент за прагова бинаризация (например, в GIMP: Colors->Threshold) да видите границата между слоевете - пример.
Въпреки това, ние сме сметнали цветовете абсолютно правилно, и този слоест дефект се дължи на функцията, която превръща Color стойностите от vfb масива в обикновени, low-dynamic range цветове - виновниците са displayVFB() от sdl.cpp, и convertTo8bit() от color.h.
Dithering алгоритмите бяха често прилагани преди 10-15 години, когато повечето монитори и видеокарти не бяха TrueColor, но нищо не пречи да ги приложим и в нашия случай. Напишете модификация на текущото превръщане от Color → 8bit, което ползва избран от вас dithering (т.е., 8-битовите резултати, които displayVFB() генерира, трябва да се разбутат с ±1). Крайната цел е слоевете да престанат да бъдат видими. Ето как изглежда всъщност и бинаризацията след Floyd-Steinberg dithering - резултат (разбира се, може да ползвате и друг dithering алгоритъм).

Задача 3: Повече от една светлина

Да се реализира възможността да имаме повече от една светлина в сцената (т.е. позициите и интензитетите да се пазят в масив, по подобие на nodes[]/geometries[]/... масивите).
Сенките трябва да работят коректно (т.е. ако дадена област е в сянка само за една от светлините, то не трябва да бъде черна). Аранжирайнте сцена с 2 или повече светлини.

Допълнителна задача 4: Пресичане с тор

Реализирайте пресичане на лъч с тор (поничка). В интернет можете да прочетете за различните подходи за това (както с решаване на уравнения, така и с постъпкови методи/двоично търсене). Напълно приемливо е да ползвате стъпков подход (при който дадена точка се придвижва по протежение на лъча, докато не се окаже "вътре" в тора).
Ориентацията на тора е по ваш избор.
Ето пример какво трябва да се получи при тор с център (30, 50, 100), радиус 35 и радиус на тръбата 8:

Разпределяне на задачите и точкуване

За да се избегне опасността да проверявам 77 решения на една и съща задача (понеже се оказала най-лесна), в сила е следното разпределение на задачите:

K = вашият_факултетен_номер MOD 4
Имате право да решавате задача № К.
Освен това, всички имате право да решавате задача №4.
При правилни решения, задачи 0-3 носят по 6 точки, а задача 4 носи 8.
Крайният срок е 17-ти Ноември (Четвъртък), 23:00.
Ползвайте ревизия 622.
Препоръчвам ви да изготвите решенията си преди този срок - така, ако решението ви има проблем и не взима максималния брой точки, ще получите отговор и имате възможност да си го поправите (free of charge). При пращане в последната минута, очевидно няма да имате тази привилегия.

Домашните пращайте по e-mail, като трябва да изпратите само diff-а (вашите нововъведения) спрямо кода в SVN - тук има указания за домашните работи.

Въпроси по условията задавайте в тази тема.