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

В дальнейшем ее еще следует доснабжать иллюстрациями и привести в подобающий вид. А сейчас просто хочется узнать о востребованости этой темы. Хотелось бы узнать на какой минуты чтения клиент засыпает ))

Статья

Отличная по задумке и реализации статья!

Чего не хватает, ИМХО..
Название у нас очень громкое, а содержимое по сути сводится к описанию плоскостного и вертексного шейдинга, ну и текстурирования.
Я бы очень хотел видеть в этой статье в качестве продолжения истории зарождения все современные технологии типа нормал маппинга (во введении про него и про бамп сказано - сам напросился! ), спекулар, в том числе основывающемся на environment-мапах, всякие амбиент окклужены, параллаксы и прочее. Хотя бы кратко, но это опять-таки подчеркнет интенсивный подход в развитии движков для риал-тайм рендеринга - ибо хавать сотни тысяч полигонов они могут пока с трудом.

Еще бы в начале можно было бы слегка побольше распространиться о существующих основных типах подхода к визуализации. Рэйтрейс есть, еще б сказать про обратный рэйтрейс, который весьма эффективен, только юзается не в играх конечно же (НО ОБ ЭТОМ БЫЛО БЫ СОВСЕМ НЕПЛОХО РАССКАЗАТЬ ХОТЯ БЫ В ДВУХ СЛОВАХ) ну и т.п. и т.д.

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

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

"Взгляните на рисунок – на нем изображены проекции двух поверхностей" - а рисунка у меня и не видать... Что-то глючит или там еще нет рисунка?

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

Заранее извинюсь за некоторую резкость. Просто, если уж нужны мнения... =)

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

В общем, для статьи "для самых маленьких" - статьи для людей, имеющих слабое представление о рендеринге вообще - не хватает простоты и понятности, имхо. Мне, по крайней мере, статья показалась довольно сумбурной, ибо ты попытался ужать большой (даже очень) обьём информации в минимум текста. И "сжатие" не прошло без потерь. =) И, соответственно до серьёзного труда, в подробностях разъясняющего, что да как, статья явно не дотянула) К тому же, что различных материалов по теме (в том числе, книг) в инете можно найти немало..

Но я не прошу убиться и больше не писать - пешы есчо, просто учитвай мнения.

полигональный рендеринг = растрезация. Здесь предпочтение чисто личное...

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

По поводу неполного раскрытия можно поподробнее?

> это одна из его реализаций
Само собой, но во время прочтения возникло именно ощущение, что полигональную геометрию привилегированно юзает именно растеризатор)

А поподробней - если только завтра, щас я спать собирался.

Хм... Если сказать "обьезьяны едят бананы", разве у кого-нибудь возникнет стойкое убеждение о том, что бананы едят лишь обезьяны? Не думаю... Я ведь писал о рендере, а не о геометрии, и делал ударение на том, что основой полигонального рендера есть плоскостная геометрия, и совсем не говорил что полигональной геометрии есть применение лишь в растрезаторе.

фигасе, меня с первых строчек записели в ламмеры зеленые =)))) хахаха
однако же, друг мой, в дум3 действительно используется сразу как нормалмап так и обычный бампмап
http://img526.imageshack.us/my.php?...hmapnmaprn2.jpg
вот так это выглядит в материале.

blend bumpmap
map addnormals ( textures/common_misc/smolder_local.tga, heightmap ( textures/common_misc/smolder_h.tga, 1 ) )

а сделано это по одной простой причине. в обычный бамп можно уместить больше деталей на том же разрешении что и у нормала.
http://img84.imageshack.us/my.php?image=hmapnmapze2.jpg
нормал хорош для передачи формы, объема. а для мелких деталей куда лучше подходит бамп. не очень удачный пример но и тут видно, что у нормала не хватает четкости, весь мелкий рельеф замылен.

ROCK добавил 27-10-2008 в 12:12:56:
а по поводу "бананов" manJak прав.
если я решил узнать о том что же такое бананы и прочтиал что их едят обезьяны, то я и подумаю что их только обезьяны и едят.

Мое необьективное ИМХО:
Просто и понятно, на пальцах, изложены базовые моменты.
Для таких как я, было бы полезно.
Только вот создается впечатление что либо статья недописана, либо цель была (по причине недавних д****ов ) обьяснить что такое смув группы и почему движок их знать не знает.

2 ROCK
Идем на http://www.modwiki.net/wiki/Texturing и читаем -
"Note that height maps are converted to normalmaps by the Doom 3 engine when loaded". Спасибо, ксиати, за то что ткнул носом, много интересного нашел )). Именно такие посты меня и сподвигли к написанью этой статьи.

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

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

KLIMaka
угу, additional map як в максе. вообще интересно было прочитать про эту технологию подробно.
Если я правильно понимаю, то бамп просто накладывается с учетом карты нормалей. и не в какие карты нормалей он не конвертится ибо это бред. Те происходит выборка нормалей из карты нормалей, и их изменение с учетом карты высот. Так? формально это нормал плюс бамп.

Формально - это отмасштабированый нормал. Это все исходит из свойств скалярного произведения векторов. Если в произведении учавствуют нормализованые вектора, то оно является тождественно ровно косинусу угла между ними, но если длинны векторов в произведении не равны 1, то функция искажается и уже выглядит не как косинус. Таким образом можно добится более пологих или резких спадов. При более резких спадах граница света-тени становится намного четче. Вот так вот в двух словах.

Ну умоляю, не нужно разделять понятия бамп и нормалмаппинг! Сейчас только нормалмаппинг юзается! Даже если вы пользуете хаймапу - из нее все равно вычисляются НОРМАЛИ! А юзание хаймап без вычисления нормали - это технология давно устаревшая, и я о ней обязательно напишу, и может тогда станет яснее.

Так блин в обычном бампе из карты высот в итоге тоже вычисляются нормали

ROCK добавил 28-10-2008 в 08:46:50:
Задание нормали через 24бит карту это нормалмаппинг так?
задание изменения нормали через 8бит карту высот это бампмаппинг. Так?