Автор:  RCM_Mafiozy

Введение

ВНИМАНИЕ! Данный способ хорошо подойдет лишь при создании ландшафта больших размеров, в остальных случаях результат может быть удручающим и потребует доработки в редакторе, а лучше вообще его делать в редакторе.

А ТАКЖЕ! Прочтите сперва урок: "Использование созданных карт высот для ландшафтов".

Насколько Вы знаете, на форуме вопрос о переносе ландшафта из 3ds Max в UDK далеко не редкость. Кому-то не нравятся стандартные средства, кому-то нужно перенести старые наработки или, как в случае одной из тем - перенести террейн из другой популярной игры. Кто-то без лишних премудростей импортирует ландшафт как static mesh, с удивлением проваливаясь сквозь него в игре из-за проблем с коллизией... Неприемлемо. :-)
Итак, что же такое height map? По большому счету, увидев ее вживую, можно сразу заметить, что она представляет собой не что иное, как черно-белое изображение. Действительно, все просто: высоту точки плоскости определяет градация серого - чем ниже точка, тем темнее она на карте, соответственно наивысшая точка будет белее всех остальных.

Урок логически можно разделить на 2 части, первая - моделирование ландшафта (сомнительное удовольствие, но прошу заметить, что под Макс существуют вменяемые плагины для моделирования ландшафта), вторая - снятие карты высоты, поэтому, если нужно перенести уже готовый ландшафт в UDK, то читайте вторую часть, если первая окажется знакомой. Приступим!

Часть первая. Моделирование ландшафта.

Конечно, если плагинов для этого у Вас нет, как в моем случае, то можно обойтись встроенными средствами Макса.

МОДЕЛИРОВАТЬ МОЖНО ТОЛЬКО ВДОЛЬ ОСИ Z.

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

Первое, что мы создадим - плоскость. Размер я выставил в 2048*2048, количество сегментов 100*100.

Важно учесть, что размеры этой плоскости к размерам карты высоты, которая будет снята потом, не имеет, тут главное  удобство для  моделлера. Большое количество сегментов позволяет добиться большей детализации.
Моделирование ландшафта производится после преобразования плоскости в Editable Poly, т.к. этот инструмент обладает функцией Smooth Selection.

Рассмотрим параметры Smooth Selection.

Кстати, осторожнее с Noise - по Z - спокойно можно добавлять, а по другим осям можно получить перекрытие (помните начало?).

Если Noise был применен, то после Collapse All (можно повторно конвертнуть в Editable Poly) крайние грани ландшафта сравняйте между собой (выделяем грань, жмем Loop, масштабируем по нужной оси). В результате получаем ландшафт с идеально ровными краями.
ВАЖНО! Присвоить модификатор UVWMapping ко всему объекту (выделите все полигоны).Без него ничего не выйдет. Тут все просто, присваиваем Planar Mapping по оси Z. Жмем Fit. Практически уже Profit, осталось два шага.

Часть вторая. Снятие карты высоты.

Жмем «М», открываем редактор материалов, выбираем материал, в канал Diffuse кидаем Gradient. Вот и применение этой бесполезной карте нашлось. :-) Смотрим... 3 цвета, нам нужно 2 (с центрального снимаем галочку). Сейчас для удобства ставим красный и зеленый, например... Включаем отображение материала во вьюпорте. Видим, что сейчас градиент идет не по той оси, по которой нам надо, а нам нужно по вертикали (Z). Это печальное обстоятельство исправляем в настройках градиента: сверху видим возможность выбора между осью UV, VW, WU. Смотрим, как ведет себя градиент. VW подходит, значит, тот цвет, который сверху меняем на белый, нижний - на черный:

Кислотная расцветка веселее, но алгоритм она не устроит. После замены цветов остается только сделать на основе модели карту. Делается это с помощью Render To Texture. Render>Render To Texture или просто «0» (нуль) на клавиатуре.

Открываем RtT.
Сначала настроим рендер. Начну с того, что для корректного снятия карты нам нужно выбрать стандартный Scanline рендер (выбран по умолчанию). Заходим в настройки рендера, нажав Setup на вкладке Render Settings.

Закрываем настройки рендера.
Далее установим Padding на 3, на всякий случай. Padding повторяет крайние пиксели карты на фиксированную длину, то есть на 3 пикселя.

настроим выходные файлы. Внизу жмем Add -> Difuse Map. Выбираем

Кстати, 2048*2048 – не максимальный. Просто большее значение вводится от руки и все. Но в данном случае для нас это не играет никакой роли, т.к. в UDK размеры карты высоты невелики, но об этом ниже.

Вводим путь сохранения, выбираем формат выходного файла. Жмем Render.

То, что отображается в окне рендера - не карта. Просто не обращайте внимания на это:

Для того, чтобы показать пред-финальный результат я создал плоскость 100*100 сегментов и накинул модификатор Displace.

Вопрос о размере карты высоты

Важно понимать, что Displace в Максе это совершенно другой алгоритм, нежели тот, который используется в UnrealEd при построении террейна. Если модификатор смещения в 3Ds Max смещает уже имеющиеся точки объекта, то в редакторе ландшафта UDK дело обстоит другим образом. Согласно документации

UDN:

«Карта высот должна быть создана с разрешением (размером) равным - желаемому количеству клеток (patch) ландшафта + 1. Другими словами, 128x128 ландшафт требует карту высот 129x129; 256x256, ландшафт требует карту высот 257x257. Число клеток ландшафта определено в свойствах actor-а ландшафта Terrain.NumPatchesX и Terrain.NumPatchesY, оно будет выставленно автоматически после импорта ландшафта».

Поэтому при выборе размера карты высоты для редактора террейна необходимо исходить из этой формулы.
Формат карты высот для импорта в UnrealEd должен быть 16-битным "*.bmp".

Ниже представлен ландшафт из карты высоты 257*257. Учитывая размеры карты, результат плачевный.

На UDN дают совет по исправлению подобных огрехов. Но каждое нужное ребро воротить в подобном ландшафте - не то что долго... Поэтому я просто сгладил все в редакторе.

Заключение

Конечно, метод идеально результата не дает, именно из-за алгоритма построения ландшафта «нереальным» редактором. Если бы мы имели дело с дисплейсментом, то вариант был бы идеален – накинул карту, добавил поверхности разбиений и получил желаемый результат, но такого счастья нет.

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

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

Спасибо FACH за помощь с последней частью статьи в построении ландшафта и доведении его до приемлемого вида.