Lex4art, тени - дело наживное, сделаем фейк)
Stone, ок, переезжаем в асю. Кстати, "картинке не грузяцо")

Хз у мя загрузились, Лексу спасибо...

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

А в это время из откликнувшихся можно выделить только Лекса

Знаешь как говорят?

FishMan, цензура. xD

Да все цензурно, я же ссылку, это на лурке что-то не так написано, а это уже их проблемы )) Главное, что правду написал...

Слушай, Денис, тут мне Санёк скинул The Valley, ну демка спидтри, помнишь, надеюсь, так вот там есть файлы *.spr в них листики лежат, вот бы их открыть )

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

Щас попробую картинку зафигачить...

З.Ы. Там у них еще файлик Shadow.dds есть, и файлик SelfShadow.dds первый - это пререндеренная тень от дерева, а точнее, просто его (дерева) черный силуэт. Открытие второго файлика вызывает креш фотошопа, правда пару раз мне удавалось открыть его, но там что-то непонятное, какие-то черные и белые квадраты, не уверен, что плагин правильно этот файл открывает, возможно это какие-то математические данные в текстурном формате, сомневаюсь, что это пикча ))
Или может пикча, но в другом формате, чтото типа 16-битных файликов для хдр-скаев в сурсе...

З.Ы.Ы. Помимо этого есть спекулар на листьях, там просто светлые листья в кучке листиков подсвечиваются, создаётся такое впечатление, что это цветки )) Ммм... Цветущее дерево, очень мило )))

Картинка...
Думаю понятно, что я имею ввиду...
Ну на всякий случай, длинный разноцветный вектор - это "считывание" направления света. Короткий вектор - "считывание" "длины градиента" для освещения...

Направление, для направления света, т.е. для каждого полигона с листвой он одинаковый, иными словами откуда светит свет. Это то же самое направление света, что используется для освещения VertexLit частей дерева (для непрозрачных полигонов, читай для ствола).

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

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

На картинке получился плавный градиент, ибо в фотошопе сделан, на деле, я думаю будет более "шумный" вариант, т.к. 1) всё будет в 3Д, 2) Всё будет меняться из-за вращения полигонов (ну в смысле только визуально, математически то пусть всё остаётся как есть), 3) + математические особенности создадут доп. погрешности и шумы для значений, чтобы всё уж так тупо и плавно не выглядело ))

Денис... твоё мнение? ))
Опять поди скажешь, что полный бред ))

Помимо этого, после просмотра демки The Valley появились некоторые замечания для дизайнеров:

1) Все остатки ветвей с текстуры листвы нужно удалять.
2) Помимо 3-хмерных полигональных веток, делаются еще и 2Д рисованые ветки, которые пучками подводятся к местам, где будет находиться листва.
3) Разрешение листвы, судя по всему должно быть малым, чтобы на расстоянии это всё становилось мягким (ибо сами знаете, что такое alphatest) или же стоит отключать фильтрацию при сохранении в vtf, или же включать фильтрацию Blur'а )

Скрины с The Valley, мб помогут...

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

Лучше конечно саму демку посмотреть ))
Тока в инете её найти по ходу уже не реально, с оффсайта посносили вообще все демки, как я понял, по крайней мере я нифига не нашёл, одни скриншоты и видео )

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

> Опять поди скажешь, что полный бред ))
Опять? оО
Не, совсем не бред. Изначально мысль верна, хоть подробности и пошли не в ту степь.

Что касается тени, то пререндеренная вполне сойдёт. В *_SelfShadow.dds как раз она (открылось, ыгы). Она от направления света зависит, естественно, нудапох)

А демка у меня есть, побегал щас по ней, многое уяснил)

Ну во-первых по поводу упрощенного освещения. Здесь (http://www.ofb.net/~niniane/clouds/) есть видео, на котором высказана простая идея освещения - считать dot-продукт между центром объекта и вектором на источник света. На облаках выглядит довольно пристойно.

Во-вторых накопал доку интересную (http://www.kevinboulanger.net/research.html) Очень понравилась идея об кубмапе кроны.

А ингейм ужо есть? Исходники будут? Ибо пока времени сильно нет, и быстрый старт не помешал бы...

Ингейм есть, правда пока ничего особенного )
По поводу остального договаривайся лично с Денисом...

Я решил замутить сценку демонстрирующую данную технологию, кстати ))
Уже начал работать над мелкими объектами.
Суть идеи хорошо показывается на следующем рисунке:

ну так что? чем кончилось то? если таких деревьев пару десятков на карте поставить как производительность?

redbox
Work suspended) С деревцами ещё успеем разобраться, а сейчас занимаемся делами понасущнее.

KLIMaka
Исходники когда-нибудь будут, но быстрого старта уже, как видишь, не получится )

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

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