Я продолжаю публиковать статьи, посвященные японинскому двиглу RPG Maker. Напоминаю, что непосредственно сам курс уроков начнется с четвертого поста по этой теме. Пока что у нас предварительные ласки. Зачем они нужны? Ну, во-первых, никто не начинает учебник сразу с формул. Во-вторых, когда мне начнут (ну, если начнут) задавать типовые вопросы, на них уже будут готовы развернутые ответы. В третьих, кому нужна голая информация - в движке есть справка, она вызывается клавишей F1. Там НИЧЕГО лишнего и исключительно инфа без воды. Только вот большинству там нихера не понятно, без подробных объяснений, поэтому я этим и занимаюсь. Ладно, поехали!
Какие же жанры игр можно создавать на мукере, какие создавать сложно, а какие вовсе невозможно?
Уже из названия понятно, что движок профилирован под создание RPG, а если бы точным – под JRPG, японцы же. Что это за жанр такой, желающие смогут почитать в википедии, от себя напомню разве что ранние игры серии Final Fantasy, Persona и Chrono Trigger. Словом, те самые игры, где идешь по карте, наткнулся на моба, переносит тебя на отдельную локацию, где происходит бой.
Final Fantasy V локация из игры
Экран битвы из нее же
Кто сказал «фуууу!»?! Я все слышал! Никто, разумеется, не принуждает вас делать копии финалок с их боевой системой. Существуют сторонние боевки, а можно и свою разработать, при наличии достаточного скилла.
В общем, главный и основной профиль движка – JRPG. Про мальчиков, похожих на девочек, спасающих мир с помощью огромных мечей и длинных диалогов.
При желании можно забацать и обычное, традиционное, западное РПГ с гномами и эльфийками. Как я уже упоминал – существуют сторонние плагины на изменение стандартной боевой системы, а уж графон – какой запихнете, такой в игре и будет, с ним все проще.
Echoes of Aetheria – сделано на RPG Maker MZ
Так же у меня хорошие новости для поклонников Визуальных Новелл – мукер обладает широкими возможностями для работы с изображениями и, при наличии прямых рук, дает прикурить всем известному Ren’ Py. Особенно приятно наличие готовой базы данных и отсутствие необходимости учить синтаксис тамошнего скриптового языка, снова привет гуманитариям;)
After I met that catgirl, my questlist got too long! – сделано на RPG Maker MV
Разумеется, на движке спокойно реализуются различные квесты и адвенчуры по типу найди предмет и примени в нужном месте, а затем реши головоломку. Еще встречаются детективы, тактические игры и, как ни удивительно (вообще не удивительно!), инди-хорроры. Впрочем, этот рак поражает все платформы и движки.
А теперь о грустном – с какими жанрами на мукере делать особо нечего.
Ну, во-первых – 3D. Логично, что движок для создания двухмерных игр в 3D не может и это не шибко печалит. Да, сейчас набегут знатоки, расскажут про Mode7 - это, ребята, все фигня. Эксперименты ради экспериментов – попытка создать спрайтовое псевдо-3D ради самой попытки. Программисты-энтузазисты балуются, но на полноценный инструмент не тянет. Интересно будет только прожженным мукеристам, кому традиционные решения надоели и хочется чего-то жесткого и анального.
Mode7 – попытки превратить 2D в 3D
Во-вторых, безумно популярный 2D жанр – платформеры. В RPG Maker нет физики. Т.е. у объектов нет веса, ускорения, гравитации и прочих непременных атрибутов хорошего платформера. Да, можно создать и создавались подобия. Но они остаются лишь подобиями, этакими бегунами на костылях. Если хотите делать платформер – вам в Game Maker Studio, в частности на нем разрабатывался знаменитый Undertale.
Отсутствие физики также отрезает нам пути в разработку 2D гоночек, всяких копий Angry Birds и т.д. ну, сами понимаете.
Всем известная Super Mario Bros. для NES – на мейкере такое нормально не сделать
В третьих, могильная мобильная разработка. Да, мукер из коробки позволяет собирать проекты под Андроид и IOS, но при этом нет никакой (совсем) поддержки векторной графики – весь (почти) графон, это картинки в формате png. А значит неизбежные потери качества при масштабировании на великое разнообразие экранов мобильных устройств. Кроме того, достаточно крупный проект на мукере весит от 500 метров и выше, что нереально много для мобильной платформы. Мало кто согласится таких монстров качать, а тем более покупать. Да, разумеется, можно наваять что-то с минимумом графического и звукового разнообразия, но качество игры будет соответствующим.
В четвертых, такой популярный в уже далеком прошлом жанр, как шутеры с видом сверху или сбоку. В мукере нет коллизий, в привычном понимании этого понятия. Каждый объект, это просто квадрат 48х48 пикселей, даже если внешне он выглядит в три-десять-сто раз больше. Обсчитываться будет только базовый квадратик объекта, остальное – иллюзия. Мало того, движок не умеет обсчитывать столкновения объект-объект (совсем), только игрок-объект или объект-игрок.
Простой пример для понимания: игра Adventure Island времен NES.
Мальчик – это игрок. Улитка – объект. Столкновение мальчика с улиткой RPG Maker зафиксировать способен. Но топор это тоже объект! И вот столкновение топора с улиткой мукер просто не поймет. Не сможет никак отреагировать, не предусмотрели это японцы! Сколько лет мы этого функционала ждем, но разрабам движка и так неплохо живется, судя по всему.
Конечно, мукер не был бы движком, если бы не позволял обходить подобные ограничения при помощи костылей. На игровых локациях используется координатная сетка (те самые квадраты 48х48 или меньше, в более ранних версиях) и можно, конечно, ежесекундно забирать в переменные координаты топора, а в другие переменные координаты улитки, потом их сравнивать и при совпадении убивать улитку. Подобное уже давно и успешно делали. Но это если топор один. А если ваш герой шпарит из пулемета? Вычислительная нагрузка будет просто нереальная с учетом «оптимизации» движка.
Решается сия проблема гуглением готовых плагинов на ABS (Action Battle System), на версию движка VX Ace скрипты(тогда еще были скрипты) имелись в наличии. С более современными версиями пока все глухо, насколько я знаю. Впрочем, если вы знаете JS – вперде, так сказать) Сообщество вас не забудет)
Мы еще вернемся к этой теме, когда будем подробно рассматривать движок и работу в нем. На самом деле существуют кое-какие выходы из ситуации, но пока лучше все-таки понять, что пострелушки на мукере – не лучшая идея.
Пункт пятый и последний – ММО и онлайн. Последние версии движка (MV и MZ) написаны на JS, в отличие от предыдущих, где использовался Ruby. Это дает возможность закинуть игру к себе на хостинг и дать людям возможность играть онлайн. Но вот для мультиплейера придется дофига всего дописывать, готовых решений просто нет на сегодняшний день. Для полноценного ММО, типа Ragnarok Online и вовсе придется с нуля фигачить клиент-серверную часть. Это возможно, но нахер надо, если подумать, ведь есть тот же Юнити со всем готовым?
Ту би континуед…
