• Игролог
• Игры
• Об авторе

Knighttron. Ландшафтные приключения

�? так, я приступил к программированию и все шло хорошо и плавно, пока я не получил первый сгенерированный ландшафт.

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

Динамический ландшафт

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

Вторая проблема, которую создал динамический ландшафт — это сортировка объектов. Программисты быстро поймут, что вот так вот безнаказанно просто поднять тайл немного вверх не выйдет — согласно базовым правилам сортировки в 2D, поднявшись вверх он словно переедет в ячейку выше, и все сломается. Так что тут пришлось озаботиться введением в игровой мир новой координаты Z. Почти 3D. В общем, введение третьей координаты потрепало мне мозг, и все из-за того, что изначально я не верно её реализовал. Впрочем все работало правильно, но сортировка жила по каким-то своим правилам и я ничего не мог с этим поделать. Появление каждого нового объекта в игровом мире могло испортить всю картинку его неправильным отображением. В итоге я пришел к тому, что нужно координально пересмотреть игровое ядро, которое оперировало объектами и выполняло сортировку.

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

Сортировочный движок

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

Посмотрите внимательно на картинку — эти синие прямоугольники и есть те самые OrderBox’ы. Если бокс персонажа будет выше бокса дерева, то персонаж окажется за деревом, а если ниже, то перед деревом. «ХА!» — возможно скажете вы, «тут ведь можно обойтись и одной координатой Y, которая с легкостью сделает все тоже самое». Но все немного иначе, благодаря формуле вычисления индекса сортировки. Я написал небольшой класс, который реализует работу OrderBox, а формула вычисления индекса сортировки из коробочки достаточно проста:

order = top + height;

Но я её еще чуть усложнил, так как для меня было важно задать порядок сортировки и по горизонтали:

order = top + height - (positionX / CELL_WIDTH);

В любом случае все сводилось к тому, что я понимаю как это работает и при необходимости смогу легко поправить формулу сортировки одним махом для всех объектов или ввести еще какие-либо условия и правила.

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

Немного расскажу как работает OrderBox: это фактически обычный прямоугольник, для которого используется 4 основных параметра:

• X — положение бокса относительно родительского объекта по X;
• Y — положение бокса относительно родительского объекта по Y;
• width — ширина бокса;
• height — высота бокса;

Грани Top, Right, Bottom и Left рассчитываются следующим образом:

• top = object.y + y;
• right = object.x + x + width;
• bottom = object.y + y + height;
• left = object.x + x;

Что же случится, если боксы разных объектов пересекаются? Ничего страшного не случится, следуя формуле: top + height — на переднем плане всегда будет тот объект, чья нижняя грань ближе к нижней части экрана.

Так что, оперируя толщиной бокса, можно задавать «жирность» или важность объекта.

Еще важное уточнение: на OrderBox не должна действовать координата Z, чтобы поднимаемые объекты в пределах своей клетки всегда правильно рисовались. То есть OrderBox остается внизу, словно тень под поднятым объектом.

На изображении дерево поднято по Z вверх, но при этом OrderBox остается там, где дерево находится фактически на игровой карте по Y и Z, чтобы корректно рассчитать сортировочный индекс относительно других объектов.

Как работает координата Z в 2D

Реализация третьей координаты достаточна проста и суть её заключается в том, что она лишь отражает как высоко находится объект над землей. Обычные координаты X и Y влияют на положение объекта в двумерном пространстве, в моем случае — это плоскость земли. Таким образом, используя положение объекта по X и Y я могу как обычно посчитать в какой ячейке находится объект, а так же выполнять любые другие действия. А вот при рендере объекта для его графического представления складываю Y и Z, чтобы получить его реальное положение на экране.

sprite.x = position.x;
sprite.y = position.y + position.z;

Немного о редакторе

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

Редактор в игру встроен через один класс Editor.as — этот класс является основной для всех инструментов, потом если нужно будет выкусить редактор из игры, я просто блокирую инициализацию класса Editor и все. Таким образом во время разработки надо следовать одному простому правилу: Editor может работать с чем угодно, но никакой объект или система не могут оперировать с Editor. В общем исключительно односторонняя связь.

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

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

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

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

Другие записи из этой серии

1. С чего все начиналось
2. Ландшафтные приключения
3. Анимация персонажей
4. Поиск пути
5. Физика в Knighttron
6. Продолжение следует...