null_ptr

Deferred Shading, AA, alpha blending. (demo, DX9)

Sat, 17 Jan 2009 16:29:14 GMT

zeux потребовал переписать демку на ДХ9, и подкинул идею для реализации.

Итак, в ДХ9 отдельные семплы из буфера читать нельзя, и поэтому пришлось сделать SSAA.
G-Buffer увеличен в 4 раза, а для того чтобы рисовать полупрозрачные поверхности в отдельные семплы используется буфер трафарета.
С помощью альфа теста и шейдера, который рисует сеточку следующего вида на уровне отдельных пикселей:

буфер трафарета заполняется значениями 1 2 4 и 8. Заполнение происходит всего один раз.

Теперь, задавая stencil ref и mask, можно рисовать поверхности в выбранные семплы G-buffer'a.

Объёмное освещение убрал, а то слишком тяжелый шейдер.

В качестве оптимизации используется stencil early-out или early-z (переключается клавишой 'O').
Перед отрисовкой полноэкранного квада с расчётом освещения, исполняется шейдер, который совместно с альфа-тестом маскирует те пиксели, которым нужен расчёт освещения для каждого семпла из блока 2х2.
Такую же оптимизацию добавил в ДХ10 демку.

На картах, где не работает stencil early-out (GF6, GF7) нужно переключится на early-z.
Для запуска необходима карта GeForce6***+ или RadeonX***+.

Архивчик с исходниками, 341kb

Некоторые результаты:
7600 GS, GT: 2-4fps
8600 GT: 2-55 fps
9600 GT: 10-200 fps

HD 2600: 25-70 fps
HD 4850: 110-232 fps

На НВ шейдер с per-sample frequency расчётом выполняется намного дольше, хотя он всего в 4 раза тяжелее. Весьма печально.

Клавиша 'P' - вкл\выкл оптимизацию с early stencil test\early-z.
Клавиша 'G' - вкл\выкл отрисовку стёкл, оставив только DS+AA.
Клавиша 'O' - переключатся между early-z и early-stencil тестами. (минимальный фпс это никак не повышает)

Deferred Shading, AA, alpha blending. (demo, DX10)

Tue, 13 Jan 2009 18:05:35 GMT

Играл в GTA4, и не мог не заметить повсеместного использования функции Alpha To Coverage. В последнее время её использовали для создания AA на треугольниках с альфа-тестом¹, но в игре никакого сглаживания нету, а фича используется для «плавного» возникновения объектов.

И тут в голову пришла идея сделать deferred shading c полупрозрачными поверхностями и полноэкранным сглаживанием без разложения по слоям, как например в depth peeling².
Для реализации нужно уметь получать значения отдельных семплов multisampled буфера, поэтому, вооружившись DX help и туториалами 01, 02 начал писать демку под DX10.

Первоначальная идея заключалось в том, что заполняя G-buffer, для полупрозрачных поверхностей будем задавать маску (SampleMask) с количеством активных семплов таким, чтобы оно по отношению к общему количеству было приблизительно равно значению прозрачности (для ААх8 возможны 8 значений прозрачности). Сразу возникли проблемы с прозрачными элементами в несколько слоёв. Пришлось руками задавать разные маски семплов. И следить за качеством результата.

В шейдере освещения для каждого семпла считается двустороннее диффузное освещение, блики и добавляется упрощённое объёмное освещение³. Вес каждого семпла – 1/количество. Понял, что можно присваивать каждому семплу разные веса, а именно – рисовать полупрозрачный объект только в один семпл при заполнении G-buffer’а и по особой формуле преобразовывать прозрачность в весовой коэффициент. Проблему order-independent transparency это не решило, но теперь полупрозрачная поверхность могла занять выделенное ей место. Ну и прозрачность больше не ограничена 8 значениями.
В результате, владельцам видеокарт с поддержкой DX10 и установленной Vista\Win7 предоставляется демка с исходниками:
Архив, 335кб

Кадры:

Демка just for fun и на серьёзный метод не претендует. Памяти на G-buffer огромное количество, нагрузка на GPU отгромная.
Проверена на HD 2600 (20fps) и HD 4850 (100fps), NV не удалось достать.
Если производительности хватает, в шейдере LightPS можно поставить до 32 источников света.

¹ http://developer.download.nvidia.com/SDK/9.5/Samples/samples.html#AntiAliasingWithTransparency
² http://developer.download.nvidia.com/SDK/10.5/direct3d/samples.html#StencilRoutedKBuffer
³ http://humus.name/index.php?page=Comments&ID=44&start=16

Путешествую - Санкт-Петербург

Tue, 07 Oct 2008 18:12:08 GMT

На выходные, начиная с пятницы, приехал в этот замечательный город.

В первые два дня посетил различные интересные места в центре города. Обойти всё за такое время, очевидно, невозможно, но это не первая моя поездка, и конечно, не последняя.
В воскресенье встретился с zeux'ом, с которым поехали в Петергоф и зачётно провели весь день. А вечером зашли домой, где отведали кролика с картошкой, которого он сам и приготовил (до (предположительно), после).
Осталось несколько поводов приехать туда ещё раз.

Фотографии как-то не охото выкладывать, но может быть, добавлю позже.

Хардварная тесселяция, пример использования.

Thu, 11 Sep 2008 22:39:47 GMT

Про доступность хардварной тесселяции с использованием ДХ9 в картах АТИ, начиная с 2*** я уже писал.
И тут заходит ко мне в блог человек, и спрашивает не просто описание, а рабочий пример. Ну, свободного времени было достаточно, так что написал простейший семпл.
Рисуются четыре квада, с анимацией вершин в шейдере.
Если интересно (и имеется нужное железо), то скачиваем архив размером 15кб и смотрим.
зажмите 'W' чтобы включить wireframe.
зажмите 'N' чтобы уменьшить уровень тесселяции до минимального (это не отключает тесселяцию полностью, треугольники разбиваются на 6 штук).

Результат в определённый момент может выглядеть так:
http://trash.egoengine.com/tessscreen.jpg
Картинка по размеру вышла больше архива.

D3DX не нужен, но требуется msvcrt80

Fully Ramblomatic

Wed, 13 Aug 2008 22:36:30 GMT

Решил поделиться с общественностью играми с данного сайта.

Обращаю особое внимание на квест с интересным сюжетом и геймплеем, состоящим из чётырёх частей:
1) 5 Days A Stranger - домушник вламывается в, казалось бы, покинутое здание, но обнаруживает себя заключённым в доме неведомой силой совместно с четырьмя незнакомцами.
2) 7 Days A Skeptic - спустя 400 лет, разведывательный космический корабль Мефистофель обнаруживает в космосе кое-что, что следовало оставить в покое.
3) Trilby's Notes - соединяет сюжетные линии двух предыдущих частей.
4) 6 Days A Sacrifice - инспектор Теодор Декабе отправляется в штаб-квартиру религиозного культа, и впоследствии обнаруживает себя впутанным в махинации судьбы.

Игры сложные (в третьей части действия производятся путём набора команд на клавиатуре), но пройти их несомненно стоит. Если зашли в тупик, можно поискать солюшен.

Также следует отметить пару аркадных игр (но не без сюжета!):
Trilby: The Art Of Theft - играем за того самого вора из квадрологии квестов. Ураганный геймплей :)
1213 - состоит из трёх эпизодов.

PS. А ещё автор создаёт прикольные видео-ревью различных игр.

OpenGL 3.0 - Fail?

Tue, 12 Aug 2008 20:18:02 GMT

11 августа на всеобщее обозрение выложили спецификацию долгожданного OpenGL 3.0, и разочаровали почти всё сообщество пользователей GL.

Всякие мечты о новом API, объектной модели, компиляции шейдеров в бинарный код и переработанном GLSL оказались разбиты. В общем, повторилась ситуация, знакомая нам по OpenGL 2.0.

Вместо всего этого, в очередной раз несколько расширений было добавлено в core, обновлён GLSL (до версии 1.3), поменяли некоторые токены. Новый раздел в спецификации – deprecation model. Многие вещи были объявлены устаревшими, и с помощью расширения ARB_create_context можно создать контекст, в котором они не будут работать, и будут выдавать ошибки. Список урезанного функционала:

Режим индексного цвета (палитра), включая форматы текстур.
Отрисовка с помощью glBegin/glEnd и из массивов, расположенных в системной памяти.
Все встроенные вершинные атрибуты и функции по их установке. Теперь поддерживаются только пользовательские аттрибуты.
Весь GL state кроме gl_DepthRange и стек матриц трансформаций, а также функции для настройки FFP.
Смена толщины линий.
Примитивы QUAD, QUAD_STRIP и POLYGON.
Режим отображения задних и передних граней не может быть разным.
Запись пикселей и растровые операции.
Форматы ALPHA LUMINANCE, LUMINANCE ALPHA, и INTENSITY заменены R и RG текстурами.
Альфатест.
Буфер аккумулятора.
Evaluators.
Режим выбора.
Списки отображения.
Стек атрибутов.

Это многое из того, что убрали. А добавили в core следующие расширения:

EXT_gpu_shader4 – возможности Shader Model 4.0. Нативная поддержка int и uint. Получения размера текстуры, обращение к конкретным текселям текстуры, или по обычным координатам, но с целочисленным сдвигом. gl_VertexID на вход вершинного шейдера. Выбор режима интерполяции varying’ов. Geometry shaders сюда не входят.

NV_conditional_render – выполнения отрисовки в зависимости от результата query, который не нужно получать от видеокарты.

Точное управление регионов для мапинга буферов в клиентскую память.

ARB_color_buffer_float, NV_depth_buffer_float, ARB_texture_float, EXT_packed_float и EXT_texture_shared_exponent – различные float форматы текстур, а также 32-битный float буфер глубины.

EXT_framebuffer_object – сколько лет прошло, и его одобрили.

EXT_framebuffer_multisample и EXT_framebuffer_blit – в поддержку предыдущего, рендер в РТ с мультисемплингом, а также ресолв в обычную текстуру.

NV_half_float, ARB_half_float_pixel – 16-ти битные форматы с плавающей точкой для вершинных атрибутов и фреймбуфера.

EXT_texture_integer – целочисленные текстуры.

EXT_texture_array – массивы текстур.

EXT_packed_depth_stencil – формат render buffer с interleaved глубиной и значением стенциля (читать D24S8)

EXT_draw_buffers2 – раздельный режим блендинга для разных таргетов при MRT.

EXT_texture_compression_rgtc – поддержка сжатых форматов для одноканальных и двухканальных текстур.

EXT_transform_feedback – Stream Out из VS.

EXT_framebuffer_sRGB - sRGB текстуры появились в 2.1, а теперь в них можно рисовать.

В GLSL 1.3 добавили функционал из EXT_gpu_shader4, текстурную выборку с пользовательскими градиентами (наконец-то!), функции для работы с целочисленными текстурами. Функции текстурных выборок переименовали: теперь не нужно писать тип текстуры (1D, 2D, 3D, Cube, *Shadow), просто texture(…) и компилятор сам догадается, какая у нас текстура. Встроенных атрибутов больше нет, как нет и GL state (о чём я писал выше). ftransform() убрали, попросили ставить флажок invariant.

Поддержка всего этого возможна только на видеокартах уровня ДХ10, но почему-то многие основные возможности этих видеокарт оказались за бортом. Нету GS, нет инстансинга, нет константных буферов, нельзя читать отдельные семплы multi-sampled текстуры в GLSL. Это всё предложено отдельными расширениями от ARB, кроме чтения из MS текстуры, но и оно может быть добавлено расширением GLSL (возможно от АТИ, у них компилятор не имеет ничего против типа msSampler2D). Вот только ждать этих расширений от некоторых вендоров возможно придётся довольно долго.

В итоге, вся надежда на коренные изменения опять переложена на следующую версию. Пока о ней сказано лишь то, что deprecated функции каким-то образом будут убраны полностью.

Интересно, почему не решились выполнить обещанного. Казалось бы, два года разработки и неразглашение информации готовило что-то большое. Комьюнити ожидало достойный ответ ДХ10 как игровому АПИ, но получило лишь очередной апдейт.

Crossposted from blog.gamedeff.com

Путешествую - Хорватия и Италия

Sun, 03 Aug 2008 23:58:10 GMT

Второго августа возвратился домой после недельного отдыха в Хорватии.
Большую часть времени находился в курортном городе Рабац, но также посетил города Пореч, Риека, Пула и Ровинь, остров Црес и на один день съездил в Венецию.

К своему сожалению, забыл взять нормальный фотоаппарат, поэтому делал снимки на мобильный телефон с соответствующим качеством.

При вылете, самолёт задержали на час из-за плохой погоды. Но после ожидания вылета и двух часов полёта, мы прибыли в аэропорт Риека и погода была очень даже ничего.

Снаружи стоит старый, поломанный самолёт.

Сели в автобус, и всех пассажиров развозили по разным городам и отелям. Цель нашего пути - город Рабац. Фото из салона автобуса.

Приехали к месту назначения довольно поздно. Успели поужинать, разложить вещи в номере и немного прогуляться около берега. Оценили воду, которая оказалась тёплой и очень солёной по сравнению с нашим Балтийским морем и Рижским заливом. Подход к воде грубый, из камней и гальки, а у нас дома мягкий песочек :)

На следующий день вновь прогулялись до берега, и провели на пляже пару часов.

Затем пошли в центр города.

По основным улочкам.

И по безлюдным тропинкам между домами.

Фотографировать мусорные баки, это привилегия Артемия, но увидев возможный символ Сочи-2012, я не смог удержаться. Такие должны поставить на каждом углу.

Уже к вечеру вернулись обратно, и пошли по берегу в сторону от центра города и отеля, посмотреть, где закачивается туристическая зона.

По дороге всюду деревья, которые не могут держаться прямо.

После знака, указывающего на пляж нудистов, начинается дикая природа.

Возвращаясь, встретили закат двух солнц (потому там так жарко)

Следующий день, и мы отправляемся на прогулку по морю, с остановкой на отдалённом пляже и на острове Црес.

В начале пути всем предложили выпить какого-то самогона.

Судя по лицам людей, принявших зелье - страшная гадость.

Приближаемся к пляжу.

Народ идёт на пляж.

А я пойду вверх по склону.

Благо, кто-то проложил тропинки из камней.

На острове Црес на продажу - каждый люк. Написано 150kn==750руб.

Следующий день, и рано с утра мы сели в автобус и направились в Пореч, откуда поплывём на пароме в Венецию.

А там уже очередь. Пограничный контроль ограничился простым взглядом на фото.

Вот и Венеция.

Один из мостов над самым широким каналом.

Замечен интересный способ охлаждения напитков. Такой смекалке позавидовал бы Задорнов.

Один из небольших каналов, по которым плавают многочисленные гондолы.

Дошли до главной достопримечательности Венеции - площади Святого Марка. Сказали, что в день до 100 тысяч туристов посещает это место. Похоже на правду.

Гуляли дальше по разным улочкам, заглядывая в дворики.

И посматривая на прочие туристические объекты.

Почему-то мозг никак не хотел принимать башню, наклонённую под небольшим углом.

Попиксельное освещение не впечатлило. Какая-то банальная мутная лайтмапа.

Наступило время возвращаться в порт, вот только определить время отправления оказалось затруднительно.

в 45:67 чтоли?

Следующий день, прогулки по городу и отдых на пляже.

Не стоит смотреть на надпись Popcorn, тут за 50руб продают обычную варёную кукурузу.

Скидка - сэкономь 5 копеек! (1kn==5руб) Только сегодня, не проходите мимо! :D

Неожиданно наступил предпоследний день. Нужно посетить сразу три города: Пулу, Ровинь и Пореч.

С утра на автобус и в первую очередь едем в Пулу.

В Пуле обнаруживается амфитеатр.

Карта города с фонтанчиком.

Танцующие индейцы. Прячутся в тени от палящего солнца.

И ещё один, большой фонтанчик.

После этого едем обедать. Все голодные, автобус спешит. От его скорости гнутся дорожные знаки.

Дело конечно в скорости считывания строк телефоном.

Прибываем в Ровинь. Башня - главная цель посещения этого города.

Идти долго и всё время в гору. Кто-то сдаётся в середине пути.

Но мы не такие и поднимаемся к церкви, не зная отдыха.

Теперь можно идти обратно к автобусу. По пути встречается автозаправка. Прямо около дороги, у нас таких нет.

Окно в мир. Кто-то пробил стену, не обращая внимания на рекламу. :)

Дальше по дороге в Пореч.

Проезжая мимо реки Раша (Russia?)

В городе посетили церковь, интересных фотографий не замечено.

Суббота, и время ехать в аэропорт для возвращения в Ригу.

Много склонов с опасностью обвала. Во многих местах дороги повешены сетки с грузом снизу. Чтобы на дорогу не сыпалось.

Дороги надо сказать, просто отличные. Даже нам стало завидно, что уж говорить о России. :)

Иногда они немного вылезают в сторону. Проезжать там на большой скорости весело.

Но зря спешили, в аэропорту задержка в пару часов. Ждём.

Но наконец, самолёт готов лететь. Идём на посадку.

И прощаемся.

Вроде, неплохо провёл время.

DXSDK

Sat, 19 Jul 2008 23:49:51 GMT

Использование хардварной тесселяции карт АТИ в DX9

Tue, 15 Jul 2008 10:05:11 GMT

Возможно вы слышали, что в ДХ10 видеокартах АТИ, начиная с серии 2*** имеется хардварный тесселятор геометрии. Кто-то, возможно, видел его работу в GPU Mesh Mapper или Render Monkey 1.81. Но до сих пор я не видел информации ни от АМД ни от кого другого по поводу того, как его использовать. Но вчера мне наконец удалось заставить его работать в своём приложении.

Для начала, его следует включить и настроить парой простых комманд:
dev->SetRenderState(D3DRS_POINTSIZE, 0x7FA03001); //включаем
dev->SetRenderState(D3DRS_MAXTESSELLATIONLEVEL, *(DWORD*)(&floatTesselationFactor)); //настраиваем. Значения от 1.0f до 15.0f

Есть одна небольшая проблема. Если у вас меняется тип выводимой геометрии (например, выводили треугольники, а дальше пойдут стрипы), то необходимо "перезагрузить" тесселятор. Для этого, отключаем его:
dev->SetRenderState(D3DRS_POINTSIZE, 0x7FA03000); //другие значения могут сделать тоже самое
dev->SetRenderState(D3DRS_ENABLEADAPTIVETESSELLATION, 0); //никогда, никогда не ставьте тут 1 при включенном тесселяторе!
После этого, сразу включаем и настраиваем кодом выше.

Но это ещё не всё! Нам нужно поменять вершинный шейдер. Теперь на его входе мы будем получать не просто информацию об одной вершине, но информацию сразу о трёх вершинах текущего треугольника, а также барицентрические координаты текущего положения в нём.

Поэтому, если у вас на входе например, вот такая структура:
struct VS_INPUT
{
float4 position: POSITION0,
float2 texcoord: TEXCOORD0
};

То её следует поменять на такую:
struct VS_INPUT
{
float3 barycentric: BLENDWEIGHT0,

//First vertex
float4 position1: POSITION0,
float2 texcoord1: TEXCOORD0,

//Second vertex
float4 position2: POSITION4,
float2 texcoord2: TEXCOORD4,

//Third vertex
float4 position3: POSITION8,
float2 texcoord3: TEXCOORD8
};

Теперь, чтобы найти параметры вершины для текущего положения следует использовать такой код:
float4 position = position1 * barycentric.x + position2 * barycentric.y + position3 * barycentric.z;
float2 texcoord = texcoord1 * barycentric.x + texcoord2 * barycentric.y + texcoord3 * barycentric.z;

Удачи в экспериментах!

Температура ATI 4850

Mon, 14 Jul 2008 21:51:13 GMT

В посте про покупку этой карты, жаловался на её температуру.

К счастью, решение нашлось.
В Catalyst Control Center снимаем блокировку с ATI OverDrive. Заходим в менеджер профилей, где создаём новый, включаем в одном из табов создание шортката для включения профиля, сохраняем. В папка_пользователя\AppData\Local\ATI\ACE\ находим XML файл с именем нашего профиля. Открываем его в Notepad, ставим
FanSpeedAlgorithm - Manual
FanSpeedPercentTarget_0 - желаемая скорость от максимальной.
Шорткат пихаем с рабочего стола в стартап.

Сперва попробовал 100%, сразу послышалось, как включился и заработал реактивный двигатель. Так что в прошлом сообщении я немного соврал про бесшумность, просто он никогда до 100% не доходил (может до 50% только).
Поставил 60%, шумок небольшой есть, но мне всёравно, я за компом в наушниках.
Зато температура в Idle упала с 78 до 51, а при долгой нагрузке на максимум, поднимается до 75 вместо прежних 86.

Чувствую себя теперь спокойней :)

Рендер в демке теней от полупрозрачных объектов.

Sat, 12 Jul 2008 21:05:24 GMT

Несколько человек пожелало, чтобы я написал, как всё сделано в этой демке. Свободное время есть, так что решил их порадовать. И так, пнём дохлую лошадь ещё раз.

Хотелось сделать как лучше, и чтобы все эффекты работали на картах с поддержкой SM2.0. В основном, разработка производилась на ноутбуке с интегрированной видеокартой ATI M200, которая в процессе жарила мне колени.

Для начала, отдельно о разных эффектах.

HDR решил сделать фейковый, с использованием RGBA8 текстур. Недостаток один – потеря качества, но вот плюсов оказалось больше: быстрее отрисовка, меньше занимаемой памяти, поддержка альфаблендинга и АА на всём спектре железа, и отсутствие хардварного бага на R3** (discard() при рендере в fp текстуры не отменяет запись в буфер глубины).

Средняя яркость картинки для адаптации рассчитывается опытным путём. В рендер таргет размером 256х256 рисуется финальная картинка. При этом включен шейдер, который отбрасывает фрагменты, яркость в которых ниже определённой величины. Во время этого рендера используется occlusion query для нахождения количества фрагментов, которые прошли тест. После того, как результат OQ готов и может быть получен, разрешается провести данный рендер с другой тестовой величиной. Имеется два значения для сравнения: 1/3 и 2/3. Таким образом находятся процентная величина для разных диапазонов яркости: [0; 1/3], [1/3; 2/3] и [2/3; 1]. Исходя из преобладания того или иного диапазона, меняется параметр средней яркости изображения. Если много фрагментов с яркостью выше 2/3, средняя яркость увеличивается, если много фрагментов с яркостью ниже 1/3, средняя яркость уменьшается.

Значение средней яркости передаётся в вертексный шейдер, где оно изменяет цвет источника света. Результат схож с тем, который можно получить пост-процессом над fp текстурой, но так как я использую RGBA8, то делать это нужно в процессе расчёта цвета фрагмента.

Также имеется Bloom. Для начала производится Bright Pass. Рендер в текстуру 256х256 с шейдером, который уберёт цвета с яркостью ниже определённой (я выбрал значение 0.8). После первого прохода производиться downsampling в текстуры размером 128х128 и 64х64. Каждая текстура методом Гаусса размывается по горизонтали, а затем по вертикали. Размер результирующего размытия - 26х26.
Исходное изображение:

Размытая текстура 256х256 с результатом Bright Pass, а также размытые текстуры 128х128 и 64х64:

Сумма этих текстур:

Значение из этих текстур будет прибавлено к финальному изображению:

Объёмное освещение (Volumetric Lightning, Light Shafts). Красивый эффект, возникающий от того, что воздух не везде чистый, но местами содержит мелкие частицы, отражающие свет.

Кликабельно.

Для реализации необходимо подготовить геометрию в виде набора квадов (у меня 32), заполняющих единичный куб. В дальнейшем, этот набор будет рисоваться в позиции источника света, с матрицей трансформации, которая увеличит единичный куб до радиуса источника света, а также повернёт его к камере, как Billboard.

Используя шейдер, который рассчитает упрощённое освещение для каждого фрагмента с учётом теней, получим нужный результат. Используется два варианта шейдера:
Первый вариант для точки в тени возвращает чёрный цвет, а для освещённой - цвет источника света с учётом ослабления от расстояния и умноженный на константу, значение которой чуть больше чем 1.0/quadCount.

Второй вариант возвращает результат отличный от 0.0 для точек, которые находятся за плоскостью стекла, если, конечно, они не находятся в тени от непрозрачных объектов.

С учётом блендинга рисовать это сразу в кадр очень затратно. Также, результат следует размыть, чтобы скрыть ограниченное количество плоскостей. Поэтому отрисовка происходит в отдельную текстуру небольшого размера (256х256). Потом эта текстура в два прохода размывается по горизонтали и по вертикали. Размытие такое же, как описано выше в тексте про Bloom. После этого получаем более мягкий результат:

Эта текстура добавляется вместе с Bloom’ом к финальному изображению.

Объёмный туман. Хотелось добавить туман, который бы стелился по полу, сгущаясь в углах и у плинтуса. Простой метод, где величина тумана зависит от расстояния до камеры тут уже не подходит. В моём случае, объём, где находится туман, задан произвольным мешем, сделанным вручную. Чтобы получить величину тумана в точке, необходимо узнать, глубину, которую проходит луч от геометрии уровня через объём тумана. Для этого понадобиться узнать глубину сцены, и задних фейсов объёма тумана.

Линейная глубина сцены (float) пакуется в три канала RGBA текстуры:

Во время отрисовки передних граней тумана, глубина распаковывается, и рассчитывается разница между расстоянием до фрагмента тумана и расстоянием из текстуры. В зависимости от расстояния производится переход от цвета сцены к цвету тумана.

При такой реализации, при отрисовке невыпуклых объёмов можно получить небольшие ошибки, в случаях, когда луч пересекает меш в двух разных местах, а также туман пропадает, когда камера находиться внутри объёма. Эти проблемы поправимы, первая довольно тяжёлым методом, а вторая довольно просто: можно например, рисовать задние грани объёма тумана с другим шейдером, который вместо разницы в расстояниях возьмёт само расстояние до задней грани.

Преломление изображения у стекла. Полных и честных отражений окружения у меня нет, только блик от источника света. Поэтому эффект реализуется простым пост-процессом. Берётся текстура с содержимым кадра, и проецируется на стекло с небольшим сдвигом по .xy компонентам нормали. Также цвет из текстуры кадра перемножается на цвет стекла.

Огонь сделан системой частиц. В качестве текстуры использована анимация взрыва, упакованная в volume texture. Частицы анимируются в вершинном шейдере. Для этого у вершины имеется начальная позиция в плоскости XZ (у меня Y – вверх), время жизни (rand()) и дополнительное случайное число (ещё раз rand()). Частицы рисуются в отдельный рендер таргет с аддитивным блендингом. Чтобы не было резких пересечений с геометрией уровня, цвет частицы плавно интерполируется к чёрному, когда разница между глубиной фрагмента и глубиной геометрии уровня приближается к нулю. В общем, один из обычных подходов для реализации Soft Particles.

В финальном проходе, где совмещается Bloom, Volumetric Light и содержимое кадра, также добавляется цвет из текстуры с частицами. Для того чтобы добавить преломление от тепла (Heat Haze), находится яркость текущего текселя текстуры огня, а также двух текселей справа и снизу от него. Используя разницу в яркостях, находиться сдвиг текстуры кадра. Ниже представлено абсолютное значение сдвига, увеличенное в несколько раз для видимости.

Тени – Shadow Mapping. Для разных источников в зависимости от окружения применяются разные методы расчёта и фильтрации теней.

Самое интересное, это тени от полупрозрачных объектов. Для реализации используется две текстуры. В первую рисуются все непрозрачные объекты:

Вторая текстура очищается значением RGBA(0, 0, 0, 1). Затем в неё рисуются все полупрозрачные объекты. В каналы RGB записывается цвет из текстуры полупрозрачного объекта (при желании, его можно интерполировать к белому и чёрному в зависимости от значения в альфа канале).

В альфа канал пишем глубину полупрозрачной геометрии.

В шейдере расчёта освещения проводим следующие действия:

//По умолчанию фрагмент освещён
float3 shadow = float3(1, 1, 1);
//если фрагмент дальше непрозрачного объекта, сбрасываем освещённость до нуля
shadow = fDepth > solidObjDepth ? (0.0).xxx : (1.0).xxx;
//если фрагмент дальше прозрачного объекта, умножаем освещённость на цвет
shadow = shadow * (fDepth > transObjDepth ? transObjColor : (1.0).xxx);

Вот и всё. Красивая картинко:

Для точечных источников света метод такой же, только различаются текстуры глубины. Для сохранения глубины непрозрачных объектов используется виртуальная кубическая текстура. Она представляет собой обычную 2D текстуру, в которую помещаются все 6 сторон куба. Выглядеть она может, к примеру, так:

Для доступа к ней по 3D вектору используется кубическая карта переадресации (в формате R16G16 для высокой точности), которая генерируется в коде процедурно. Показывать её не буду, её содержимое не интересно, ну и лень делать раскладку для рендера кубмапы на экран.

//перевод 3D вектора в 2D
float2 texCoord = texCUBE(indirectionMap, 3DVector).xy;

Для второй текстуры с непрозрачными объектами и их глубиной используется уже обычная кубмапа. Сделано так потому, что фильтрация теней, о которой будет сказано далее, делается только для теней от непрозрачных объектов.

Кто-то, возможно, заметил цветные разводы на карте глубины. Да, на ней можно увидеть цветные разводы. Произошло это потому, что текстура глубины четырехканальная. На новых картах ATI есть возможность под названием Fetch4, которая позволяет получить сразу 4 текселя из одноканальной текстуры в разные компоненты вектора. На моей видеокарте этой возможности не было, а она позволяла оптимизировать фрагментный шейдер как по количеству текстурных выборок, так и по арифметическим инструкциям (можно делать проверку fDepth > solidObjDepth одновременно для четырёх значений). Поэтому решил сделать эмуляцию этой возможности, и запихал в соседние каналы текселя значения его соседей следующим образом:

Первоначальная задумка была в том, чтобы при выполнении билинейной фильтрации сделать lerp от value.xy к value.wz, а затем между полученными значениями без нестандартных для ps_2_0 свизлов. Вот только потом оказалось, что выгоднее билинейную фильтрацию проводить следующим образом:

//поместим веса каждой компоненты в вектор
float4 weights = float4((1.0-subUV.x)*(1.0- subUV.y), subUV.x*(1.0- subUV.y), subUV.x* subUV.y, (1.0- subUV.x)* subUV.y);
//умножаем каждую компоненту на её вес и складываем всё вместе
float result = dot(weights, components);

При включении мягких теней для точечных омни источников производятся четыре выборки PCF2x2, для каждой проводиться фильтрация, как сказано выше и потом результаты усредняются.

Для точечных источников с 2D тенями производиться фильтрация PCF3x3 с билинейной фильтрацией каждого семпла, но для этого требуется только шесть текстурных выборок (можно даже сделать четыре, но тогда усложняется арифметика). Почему только шесть выборок? Всё довольно просто. Делаем две выборки, но не двух соседних текселей, а пропуская один:

Видно, что данные центрального текселя можно получить из A.yz и B.xw. Но можно даже не собирать новый вектор для последующих операций. Вместо этого, поменяем веса для компонент векторов A и B таким образом, дополнительно учитывался вес компонентов для центрального текселя.

Aweights.xw остаются прежними.
Aweights.y += (1.0-subUV.x)*(1.0- subUV.y);
Aweights.z += (1.0- subUV.x)* subUV.y;

Bweights.yz остаются прежними.
Bweights.x += subUV.x*(1.0- subUV.y);
Bweights.w += subUV.x* subUV.y;

Если это сократить, то получим:
float4 Aweights = float4((1.0-subUV.x)*(1.0- subUV.y), (1.0-subUV.y), subUV.y, (1.0- subUV.x)* subUV.y);
float4 Bweights = float4((1.0- subUV.y), subUV.x*(1.0- subUV.y), subUV.x* subUV.y, subUV.y);

Три «левых» семпла скалярно умножаются на Aweights, три «правых» на Bweights. 6 результатов складываются вместе и умножаются на 1/9. PCF3x3 готов.

Немного о мелочах.

Шрифт текстурный. Текстура сгенерена тулзой BMFontGen. Создаётся вершинный и индексный буфера для большого количества символов (например, 8192). В процессе рендера текста, вершинный буфер Lock’ается и обновляется. Затем делается Unlock, и все буквы рисуются за один DIP.

Интерфейс реализован методом IMGUI. Не создаётся никаких классов и прочего. Есть функции для отрисовки элементов, которые иногда возвращают состояние элемента (например, кнопка была нажата). Все элементы интерфейса собраны в одну текстуру-атлас.

По аналогии с текстом, есть буфер для квадов с изображениями элементов интерфейса. Весь интерфейс рисуется за один DIP. Активно используется Z компонента вершины как для изображений интерфейса, так и для текста на нём, чтобы обеспечить правильный порядок отрисовки.

Осталось собрать это всё вместе.
0. В начале первого кадра рендерятся текстуры глубины и полупрозрачных предметов для всех источников света, большинство из которых далее будут использоваться без обновления.
1. Каждые 100мс обновляется положение, цвет и RT источника света, представляющего огонь. Если включена анимация источника света, то обновляется позиция и RT ещё одного источника.
2. Получается текстура глубины сцены полноэкранного размера.
3. Начинается отрисовка сцены с освещением. Возможен АА.
-А. Первым проходом рисуется сцена с фоновым освещением.
-Б. Затем по проходу на каждый видимый источник света с выбором подходящего шейдера.
4. В текстуру огня с использованием depth/stencil из пункта 2 рисуются частицы.
5. Рисуется объёмный свет
-А. Заполняется буфер глубины (размер не полноэкранный, поэтому старые не использовать)
-Б. Рисуются наборы плоскостей
-В. Текстура размывается
6. Текстура с содержимым кадра, ресолвится (StretchRect) если надо, и рисуется в другую полноэкранную текстуру.
7. В новую текстуру также рисуются стёкла с шейдером преломления.
8. Туда же рисую туман.
9. Если нету Occlusion Query в процессе, запускаю проверку нового диапазона для HDR.
10. Bright Pass кадра, Downsample, размытие получившихся текстур для Bloom.
11. Финальный объединяющий проход. (смешивание кадра, текстур для Bloom, объёмного света и огня)
12. Рендер текста.

На этом сказке конец, а тем, кто слушал –

По просьбе _winnie, демка, исходники и либы на 4.2Мб.
Собрать удасться только в Release, и, скорее всего, только в MSVS 2005. Для сборки нужен DXSDK, а .exe в комплекте имеет наглость просить d3dx9_37.dll. В общем - на свой страх и риск :)
Работать может не так, как прошлогодняя версия без исходников на 3.63Мб, которой d3dx вообще не нужен.

Интересности в OpenGL драйвере АТИ.

Sat, 12 Jul 2008 00:25:26 GMT

Иногда инетересно просто просмотреть, какие строки текста встречаются среди машинного кода в драйвере. Можно найти разные интересные вещи.

Например в последних драйверах появились расширения
GL_AMD_performance_monitor
GL_AMDX_vertex_shader_tessellator
GL_ATI_meminfo

Для первого фанаты ревёрс-инженеринга с opengl.org нашли следующие функции: http://www.everfall.com/paste/id.php?ncbde8ev6yoh Странно, что нету официального описания, для профилирования было бы интересно поюзать низкоуровневые счётчики.

Для второго нашёл функции:
int glTessellationModeAMDX(GLenum mode = {36870, 36871});
void glTessellationFactorAMDX(GLfloat factor);
Готовых имён констант под эти режимы к сожалению нету. Но попробовать включить можно. Только не ясно, как результат этого дела принимать в вертексном шейдере. В DX9 их хак передаёт в VS данные трёх вершин треугольника (через семантики с номерами 0, 4 и 8) и барицентрические координаты через BLENDWEIGHT.
В GL драйвере нашлись следующие претенденты: vec3 gl_BarycentricCoord;, ivec3 gl_VertexIndex; и функции
vec4 vertexFetchAMDX(__samplerVertexAMDX s, int index);
ivec4 vertexFetchAMDX(__isamplerVertexAMDX s, int index);
//uvec4 есть, __usamplerVertexAMDX есть, а функции нету.
Заинтересовал этим Blew_zc, может у него что-то получится.

Для GL_ATI_meminfo ничего не нашлось :(

Много функций для текстурных выборок с градиентами. Все их уже можно использовать на картах АТИ.

Но пойдём дальше, и обнаружим следующие функции и константы:
gl_PrimitiveID, gl_VertexID, texelFetch***() и texelFetchBuffer()
прямиком из EXT_geometry_shader4 и EXT_gpu_shader4.
Правда, упоминаний EmitVertex() и EndPrimitive() нету, но дайте парням время, они трудятся!

Также в одном месте пачкой идут функции:
itof, ftoi, skipPixels, readInput, writePixel, bitmapLSB, bitmapMSB, writeOutput, readPixel
Единственное упоминание о которых я нашёл в польской статье про будующее GL2.0 (mirror). В ней говориться про то, что к фрагментному и вершинному шейдерам планировалось добавить загадочный в терминологии GL пиксельный шейдер. Примеры в статье пока не привели меня к осознанию функциональности.

Нашлась пара переменных и функций, упоминания о которых нигде нет, но о половины можно догадаться:
loadBuffer, VertexTexture1D, textureCK

Впрочем, полностью судить о функциональности по одним только строчкам в драйвере нельзя, и время покажет, что на самом деле работает.

ATI Radeon 4850

Wed, 25 Jun 2008 16:23:33 GMT

Решил порадовать себя, и сегодня приобрёл недопродукт (с) shtirlic404 ATI HD4850.
Просто нормальные продукты от NVidia стоят в пару-тройку раз дороже, а тратить такие средства очень не хочется.

Видюха стоила 220$, что совсем немного превысило рекомендованную цену. Она несколько длиннее моей, теперь уже старой ATI 2600XT. Пришлось снять кулер с оперативной памяти, благо он там висел скорее для красоты (закрытой чёрной крышкой :), чем для исполнения основной функции.
Волновался, что мой БП на 500W не потянет данную карту, но в мануале нашёл, что требуется всего 450W, что сразу разрядило нервную обстановку.

Неприятно удивила температура чипа. 75 градусов в 2Д, это как-то больше 45 у 2600ХТ. Пишут что это нормально. Ещё пишут, что это для того, чтобы кулер не шумел. Я бы с радостью выставил руками максимальные обороты, на которых кулер всё равно не слышно, а видеокарта не так греется, но в Control Center такого контроля не дают.
Утилиты вроде RivaTuner'a и ATI Tray Tools пока не поддерживают новое семейство. Так что минус.

Работает видеокарта быстро. Особенно в сравнении с 2600XT :). В общем, отношение цена/качество отличное.

++age;

Mon, 23 Jun 2008 21:20:57 GMT

Собственно :)

Интересности текстурной выборки на картах АТИ.

Sat, 21 Jun 2008 19:28:01 GMT

Довольно давно делал ручную билинейную фильтрацию в шейдере (можно использовать для сглаживания теней). Но в результате получил довольно страшную картину на своей видеокарте ATI 2600XT.

Подумал сперва, что что-то не так сделал, начал вставлять какие-то сдвиги, но ничего не помогало. Переключил рендеринг в REF Device, идеально!

Тут уже появились некоторые сомнения о глюке в самой видеокарте. Начал тестировать на других картах:
3***, 2***, X*** плохо
9*** микроскопические редкие ошибки. http://www.egoengine.com/Trash/biliR300.jpg
X1*** чётко
NVidia – чётко

По просьбе zeux'a проверил в DX10 (выше было в ДХ9, а ДХ10 в добавок более строг к тому, как производится растеризация).

Прошло некоторое время с момента написания поста, а обнаружилось интересное.
Запустил в DX10 REF Device. И что происходит? "Погрешности", теперь уже в кавычках, на месте. What a twist! Выходит что АТИ рисует так как надо, а вот НВ рисует не правильно, хотя результаты её, лично меня, устраивают больше.

Стало интересно, кто виноват? Неточность чисел, погрешности функции frac() или ещё что-то.
Попробовал наложить на квад текстуру 4х4 с point фильтрацией. Слева ATI R6**, спарва REF или NV:

Явно ошибки текстурной выборки, хотя отличаются и позиции вершин на экране (какой кошмар! :D).
Мало того что такие погрешности мешают при 3д рендере (может из-за этого плохо работает семпл ATI – R2VB Animation? Картинка 100kb). Такие погрешности видно даже при просмотре видео! Некоторые свалили на кодек, но виновата, похоже, видеокарта (линии сверху и снизу).

Но и это ещё не всё. Взял текстуру 1024х2 с цветом от чёрного к белому. Адресовал её таким образом:
tex2Dgrad(base2, float2(0.0, 0.0), dx, dy);
где dx и dy получены с помощью ddx и ddy от текстурных координат.
MINFILTER – LINEAR
MAGFILTER – POINT

Получаем интересный способ отрисовки wireframe.

REF Device согласен с NVidia Device и рисуют просто залитый серым шар.

Добавление(12 июля): пример этой ошибки в реальном приложении - Parallax Occlusion Mapping от ATI:

Картинка, показывающая выбор мипмапов.

Отписывал это на devrel@ati.com, несколько месяцев молчат, но это вроде типично.
Собираюсь даже купить ATI 4*** и волнуюсь, а исправили ли они там это странное поведение (Добавление(12 июля): нет, не исправили).
А может ну их нафиг? :)

Выпускной, Ура!

Fri, 20 Jun 2008 13:29:30 GMT

Наконец-то наступил мой выпускной в школе. 12 лет учёбы в ней теперь позади.

Утром была торжественная часть вручения наград.
Закончил лучше всех (geek powa!), дали медальку и кучу листочков, среди которой отметилась грамота за "отличную и блестящую учёбу" от премьер-министра Латвии, Ивара Годманиса. Похоже у него нашлась пара секунд, чтоб нарисовать свою подпись на каком-то листике. :)
Но всё-равно приятно.

Несколько часов сидел в душном зале, но к счастью и это позади.
Скоро будет вторая часть - Выпускной Вечер. Будем праздновать до пяти утра в Юрмале.

Настроение - позитивное.

Векторное представление шрифтов на GPU - демка.

Wed, 18 Jun 2008 22:40:03 GMT

По просьбе пары человек написал небольшую демку, показывающую рендер векторного шрифта.

Архив размером 109кб доступен по ссылке.

Перемещать плоскость можно перетягивая её или нажимая стрелки на клавиатуре.
Приближаться и удаляться можно колёсиком мыши или кнопками +/-.
Кнопка "A" включает импровизированный суперсемплинг 8х (восьмикратный рендер с субпиксельными смещениями и адитивным блендингом).
На скорость влияет так же существенно, как и на качество:

До кучи в архиве присутствуют исходники, хотя там мало что может заинтересовать.

D3DX не требуется.

На ATI 2600XT в начальной позиции получаю 640\92 fps (no SSAA\SSAA). Если не лень, можете написать ситуацию на своём железе.

Векторное представление шрифтов на GPU.

Mon, 16 Jun 2008 22:56:43 GMT

В голове возникла идея написать рендер текстур, которые содержат в себе не обычную информацию о цвете, а информацию о векторах, по которым можно составить изображение, которое можно увеличивать без потери деталей.

В силу небольших возможностей шейдеров версии 2.0 решил ограничится ч/б текстурами. Сразу понял, что интересно будет попробовать сделать отрисовку текста. Обычно для его отрисовки используют текстуры, в которых нарисованы изображения глифов. Если хочется рисовать большие буквы, то приходиться увеличивать текстуру со шрифтом или растягивать небольшие изображения.
Для реализации понадобилось написать программу, которая скидывает информацию о контурах, получаемых функцией GetGlyphOutline в изображение. В ней же был написан софтварный рендер для тестов.
GetGlyphOutline выдаёт различное представление для различных элементов глифа. Для прямых всё просто – список точек. А вот для загруглений используются квадратичные сплайны. Было решено их переводить в прямые линии, преобразуя сплайн в несколько отрезков. Формулы нашлись в msdn.

Не сразу понял, как для произвольной точки определить, находится ли она внутри контура или снаружи. Решение вскоре нашлось, возьмём отрезок с началом в текущей точке (x;y) и концом в (+inf;y), и найдём количество его пересечений с контуром глифа. Если число нечётное, то точка внутри.
Но конечно не всё так просто. Нельзя записать список этих отрезков в текстуру и заставить GPU делать сотню (а то и больше) выборок из текстуры в каждом фрагменте. На первых этапах была идея записывать в каждый тексель уравнение прямой, проходящей через него. Но для этого понадобилось довольно высокое разрешение текстуры, особенно для небольших деталей. Поэтому контур буквы делится на кусочки определённого размера:

Пересечения луча с отрезками будет производится для каждого кусочка по отдельности. Но если разделить как показано на картинке, то ничего хорошего не выйдет. К примеру для для центрального квадрата в верхнем ряду не будет найдено пересечений и будет сделан вывод, что точки находятся вне контура. Исправить ситуацию можно, добавив отрезки с правого края клетки:

Выглядит просто, но на деле за это отвечает довольно жуткий код. :) Перед тем как броситься и записать полученные данные в текстуру следует дополнительно уменьшить количество отрезков. Я решил уменьшать до 8, и к счастью довольно мало элементов выходили за эти рамки. Уменьшалось количество отрезков в два этапа. На первом этапе выбрасывались горизонтальные, так как они не вляли на результат. На втором этапе, если это было необходимо, выбрасывались отрезки, начиная с самого короткого, и только при условии, если начальная и конечная точка отрезка являлись, соответственно, конечной и начальной точками двух других. Таким образом их можно было удалять так, чтобы «не было разрывов» (с).

Отрезок представляется четырьмя координатами. Для первой реализации на GPU решил в один тексель писать информацию об одном отрезке. Данные одного кусочка занимали линейку из 8 пикселей. Если отрезков было меньше восьми, другие становились равны (0;0)-(0;0). Первый шейдер без оптимизаций раскладывался компилятором в 120 ALU инструкций, поэтому для проверки пришлось выбрать профиль ps_3_0. Вот код шейдера:
http://www.everfall.com/paste/id.php?s4jhxzuiklne

Тут видно отличный от описанного выше подхода к определению принадлежности точки внутренней части сегмента. По умолчанию мы находимся снаружи (белый цвет, wind = 1.0), и при каждом пересечении делаем wind*=-1.0; тоесть меняем белый цвет на чёрный и наоборот. Это плохое решение, цепочку из восьми зависимых умножений оптимизировать не получится. Просто на момент написания первого шейдера нормальный подход я ещё не придумал :). В начале шейдера видны довольно хитрые преобразования текстурной координаты. Смысл заключается в том, что текстурные координаты попадающие на одну линейку из 8 текселей преобразуются в координаты начала этой линейки. Так же получается вектор, который показывает, где мы находимся в пределах нашего квадратика.

Кроме того, в этом шейдере упускается бонус от векторных конвееров, и чтобы исправить это, понадобилось менять формат хранения данных в текстуре. Данные пришлось записывать так, чтобы в одном текселе была информация сразу о четырёх отрезках. Отрезок задаётся четрырьмя числами (x1; y1)-(x2; y2). Записывал немного в другом порядке (x1;x2;y1;y2), но это не имеет значения. В качестве небольших оптимизаций, пара расчётов была скинута в вершинный шейдер и в программу создания текстуры. К сожалению, деление не векторизуется, пришлось с этим жить. А жить стало намного легче. Шейдер влез в рамки ps_2_0 и раскладывается в 42 ALU инструкции:
http://www.everfall.com/paste/id.php?atdtm1rruzvc

Я наверно уже утомил читателей, поэтому самое время обсудить результаты.
Текстура для шрифта Arial получилась размером 512х512 при этом используется только 55% её пространства. Наверно можно упаковать глифы чуть лучше и тогда будет возможно уменьшить размер текстуры. Занимает изображение 1Мб, но сжимается rar’ом до 43кб. В dds векторное изображение сжимать не решился, так как результат заведомо будет ужасным.
Вот рендер полученной текстурки:

И close-up одного глифа:

В качестве недостатков – отсутствие сглаживания, два цвета, и плохо выглядит при уменьшении. Учитывая предел в 64 инструкции возможно получится добавить некоторое сглаживание, но у меня пока не появилось на свет идей, как это лучше сделать.

Не знаю, где это можно применить, делал просто потому что было интересно. Как вариант, можно перейти от шрифтов к любым двухцветным векторным изображениям.

В разработке помогли некоторые идеи из доки Texel Programs For Random-Access Antialiased Vector Graphics от Hugues Hoppe, Microsoft Research.

Неделя игр

Mon, 22 Oct 2007 15:52:14 GMT

На компе очень неожиданно начали появляться и отвлекать от домашних проектов новые игры.

Началось всё с бета версии Crysis multi-player стянутой, если не ошибаюсь, откуда-то с платных аккаунтов fileplanet. Хотя я не являюсь особым любителем онлайн fps игр (последний раз играл наверно года 4 назад), игра понравилась и затянула. Графика радует глаз, но огорчает скоростью – на middle-end карте нового поколения (2600XT) выставить многие красоты не выйдет (режим «всё включено» привёл к GPU recover). Через неделю играть немного надоело из-за однообразности окружения (доступна была только одна локация).
Но тут для спасения ситуации появились Portal и Half-Life: Episode 2. Начал с Portal, но пройдя 8 уровней, стало скучно, и я переключился на HL:E2. Игра привела в восторг. Графика на максимальных настройках (кроме АА) работает отлично. Игровой процесс не даёт оторваться, музыкальные темы хороши и всегда к месту. К сожалению, заканчивается эпизод быстро (мне потребовалось около 5-ти часов), а продолжения хочется уже сейчас.
Тут за спиной обнаруживаются радостные возгласы брата, играющего в Portal на следующих уровнях. В срочном порядке начинаю играть, и обнаруживаю, что настоящее веселье в действительности начинается чуть позже. Концовка просто великолепная, и игра проходиться повторно с комментариями от разработчиков. После чего играю в продвинутые уровни и challenges.
Затем настала очередь просмотреть демо Call of Duty 4. Честно говоря, не впечатлило. Как графика, так и геймплей. Прошёл два раза, надеясь, что упустил что-то в начале, но так и не нашёл.
Но и тут ряд новых игр не закончился. Вышла демо версия мультиплеера UT3. Игра радует быстрой и неплохой графикой (только куда дели настройку АА?). Геймплей, это нечто безббашенное и нереальное. Из минусов отметил отвратительный интерфейс, странно работающий поиск серверов, и раздражающая синхронизация с сервером, когда положение игрока раз в 10 секунд сдвигают (если пинг низкий, такого вроде не происходит).

Так и хочеться сказать: Слишком много хороших игр!

Демка теней от полупрозрачных объектов.

Thu, 31 May 2007 14:28:35 GMT

По просьбам в чате и из собственного интереса, наконец переписал прошлогоднюю OpenGL демку на DirectX 9. Кроме старых эффектов (HDR, Bloom, Volumetric light, Volumetric fog, Refraction, Particles) добавил ещё несколько: AA, Soft Shadows, Alpha to Coverage и Soft Particles чтобы всё было более мягким и приятным.

В результате переписывания демка работает в среднем в 3 раза быстрее, выглядит гораздо лучше, и при этом не испытывает проблем от кривости драйверов.
Работает на большом спектре железа (в основном требуеться поддержка SM2.0, а это NV30+ и R300+)

Картинки можно найти в Галерее. Но решил положить тут парочку для подогрева интереса:
124Kb 106Kb 68Kb

Саму демку скачиваем от сюда (3.63Мб)

Hello World!

Sat, 28 Oct 2006 20:49:08 GMT

Свой ЖЖ создал ещё очень давно, но не для того, чтобы в нём писать, а для другой, неизвестной мне теперь цели.
Так и пылился бы мой журнал, если бы не постоянно возростающая популярность ЖЖ. Всё больше знакомых и друзей заводили свои журналы, и что-то даже в них писали.

Вобщем решил узнать ЖЖ по ближе. Говорят, главное, это начать.

Посмотрим, что у меня из этого выйдет =)