В мире разработки веб-игр существует множество малоизвестных, но мощных и минималистичных игровых движков, которые могут стать отличной альтернативой крупным решениям — как для простых задач, так и для более сложных проектов. Они часто ориентированы на простоту, минимализм, быструю разработку и компактный размер.
Если Вы помните такие замечательные игры как Gorogoa, Framed или Вам интересны интерактивные книги, истории, тогда я хочу рассказать о новой игре в похожем жанре. Приступим?
Кратко расскажу о себе (если вдруг кто забыл): имею около 10 лет опыта с GameMaker, выпустил пару игр в Steam. Делал пару-тройку конкурсных игр на Unity, один раз на Unreal Engine 4 (об этом даже детально рассказывал). У меня нет цели попробовать абсолютно все движки, однако, взглянуть на мейнстрим и что попали в руки — почему бы и нет? Таким движком оказался Godot. Много о нём слышал, решил попробовать в деле.
Очень давно попробовал взглянуть на Godot сделав на нём «ремейк» своей старой игры-шутки Zhulik.exe. В движке есть готовые вещи для работы с User Interface (UI). А этот интерфейс это важная основная часть Zhulik. Но я скажу честно: я открыл движок и закрыл его. Забыв на, боюсь сказать, годы. Это сложно назвать даже попыткой, честно говоря.
Настоящей «первой попыткой» знакомства с Godot было участие в конкурсе разработки игр Gamainator 25. Назвал проект очень странно и просто — «1». Это буквально её название. А выглядела она примерно так:
Конкурс не накладывал ограничений на движок игры. Поэтому решил поэкспериментировать и взять Годот. На моё удивление, но я смог собрать некий прототип за 2 дня! Игрой это было назвать сложно. Сделал прототип и написал статью о разработке где-то в мае 2023 года.
Очень-очень-очень-очень-очень маленький слон долго делал статью, а видео ещё дольше! Много сил на это всё ушло. Я бы сравнил с разработкой игр. Эти 20 минут теперь занимают у меня на диске гигабайт 15.
Использовал DaVinci Resolve, Photoshop, Blender и музыку из suno. Не было сил более терпеть ДаВинчи — часто падал, пару выделывал выкрутасы. Иногда пропадал звук.
Поучаствовал в конкурсе по разработке игр и при этом начал изучать новый движок — Unreal Engine 4. Поделюсь своим опытом в этой статье. Думаю, это может быть интересно тем, кто посматривает на этот движок, или наоборот уже специалист и готов мне рассказать, как надо правильно. Внутри статьи очень много материала.
Введение
Очень кратко расскажу о своём бэкграунде: у меня около 10 лет опыта в GameMaker, до этого я почти написал свой движок на Си++ c DirectX и OpenGL. Сделал пару игр на Unity. Выпустил две коммерческие игры на GameMaker. В последнее время я пробую для себя новые движки: Godot, RenPy. Давно приглядывался к Unreal. Время пришло.
Сделал свою сборку проектов с конкурса: её можно будет кидать стримерам, чтобы никто не запутался.
В архиве актуальные версии всех конкурсных проектов по итогу багодня. То есть это последние версии всех проектов, которые участвуют в голосовании (а также два проекта вне конкурса и Анонс-загадка от Лисы).
Перед тем, как вы перейдёте к содержательной части, мне нужно обозначить в этом введении некоторые вещи. Это будет статья (а возможно и цикл из двух или трёх статей на разные темы), касающихся моей недавней игры — «Алый закат ещё рдеет». (Скачать её можно здесь.) Поэтому сразу: спойлеры будут. Я не смогу обойтись без использования примеров из своей игры, несмотря на то, что речь будет идти скорее о технических или о косвенных аспектах разработки.
Второе: на деле «Алый закат» не совсем соответствует тому, что я буду описывать, а в некоторых случаях даже совершенно не соответствует оному. Причин этому достаточно. Некоторые вещи пришли мне в голову уже тогда, когда было поздно что-то менять. Многие идеи не исключают конфронтации друг с другом; в таких случаях я отдавал предпочтение одной из них в ущерб остальным.
Третье, что мне следует указать — это моё отношение к таким статьям. Без особых трудностей можно отыскать примеры игр, для которых эти «советы» будут неприменимы. Некоторым авторам даже будет вредно руководствоваться моими наблюдениями. Все игры разные, в том числе разнятся их оформление и реализация. Однако я хочу записать те неочевидные вещи, к которым я пришёл через долгую разработку, и в первую очередь я пишу эту статью для самого себя. Себе из прошлого рассказать всё это я уже не смогу, а вот я из будущего, который, может быть, ещё займётся чем-то подобным, через эту статью сумеет освежить в памяти основные моменты. Впрочем, не исключаю, что и другим людям эта статья может принести пользу.
Была у меня мысль сделать какой-либо материал по Взертосу, возможно, с нотками обучения или из ряда «как это было, но я не помню, но постараюсь повторить». Так уж вышло, что я человек больше графической направленности и поэтому хотелось рассказать либо про комиксы (что кстати я мельком сделал), либо про 3Д рендер, моделирование и около того. Делал 3Д\рендеры я в Blender3D, а уроков и статей по этому инструменту примерно овердофига. Т.е. смысла делать именно «урок» я не видел, но хотел было поделиться как делалось, вдруг кому будет интересно или кто-то захочет повторить или даже подсказать как можно было иначе сделать это-вот.
Думал сделать видео для наглядности. В силу того, что гласа у меня нет, то было бы очень нудно. Ещё нуднее, чем 3 подземелья во Взертосе! Потом было подумал, что вариант со пробной статьёй был бы не так уж и плох, учитывая, что в чате Гамина мне посоветовали тоже самое.
Сразу в бой
Нет времени объяснять! Скачивай Блендер со Стима(например), открывай Блендер и настраивай сцену! Вернее это покажу я, используя магию заморозки времени и застывших пикселей. (скриншотов)
Т.к. это тест-статья, то я сначала покажу небольшую часть, потом, возможно, обновлю этот пост. Часть эта собственно и называется ...
Настройка сцены
Стандартная сцена Блендера выглядит примерно вот так:
Обычно я всегда удаляю сразу всё т.к. в самом начале оно всё мешает. Особенно эта лампа, которая светит прямо в глаза! (нет)
Данный пост с моей позиции художника, как ощущал это со-командник Herman — не знаю. Могу наврать и переврать т.к. забыл как было на самом деле, но постараюсь передать основные вещи.
Это что же получается, две статьи о разработке, они похожи, но разные, а ещё были одновременно и цель у них была (у проектов, чтобы они были закончены). Это выходит, что я сделал мета-реализацию темы Реальность-и-Фантазия?! Ещё бы они обе были от первого или третьего лица, то ваще же! Ахаха!
Начало
Как решил поучаствовать
Участвую практически в каждом конкурсе Gaminator. Конкурсы это хорошо, весело и полезно! Никогда не гонюсь за победой, важен сам движ, а если вдруг игра понравится, то замечательно же! В основном участвую в soloт. е. делаю весь контент сам, что конечно криво выходит, иногда и забивая на какие-то аспекты, например, музыку.
В этот раз не хотел остаться без участия, ведь в голову ничего не приходило. Какие-то идеи конечно присутствовали, но для начала мне хорошо было бы понять, осмыслить тему и что требуется сделать.
Пока память свежа, расскажу о том, как сделал Village & Monsters. Постараюсь поведать о всех этапах разработки, начиная с придумывания идеи. А в конце поста подведу небольшой вывод о том, получилась ли Village & Monsters и какие проблемы у нее есть.
Начну с плохой: отправлять заявку на голосование я не буду. Не успеваю сделать основную конкурсную идею с версиями одного и того же сна. Не смог распланировать время — его внезапно сожрали коты, которые толпой заболели лишаем и я был вынужден тратить дни на поездки туды-сюды, чтобы организовать карантин и лечение. Только последняя неделя более менее задалась, но и сделано за неё было больше, чем за все предыдущие недели =)
Хорошая новость заключается в том, что я всё же хочу допилить небольшой прототип в ближайшие 1−2 недели.