Идеальное решение для разработчиков игр для выполнения баллистических расчетов в 2D/3D-физике. Включает API баллистики, инструменты траектории и отслеживание пути с обнаружением столкновений.
Совместимость конвейера рендеринга
Встроенный конвейер рендеринга — это конвейер рендеринга Unity по умолчанию. Это конвейер рендеринга общего назначения с ограниченными возможностями настройки. Универсальный конвейер рендеринга (URP) — это скриптовый конвейер рендеринга, который быстро и легко настраивается и позволяет создавать оптимизированную графику для широкого спектра платформ. Конвейер рендеринга высокого разрешения (HDRP) — это конвейер рендеринга с поддержкой сценариев, который позволяет создавать передовую высококачественную графику на высокопроизводительных платформах.
Версия Юнити : 2021.3.20ф1
Встроенный : Совместимый
УРП : Совместимый
HDRP : Совместимый
Описание
Баллистический API: PhysKit:
Ballistics предлагает простой в использовании API-интерфейс Ballistics, который позволяет разработчикам выполнять 2D- или 3D-расчеты, определять время полета, выполнять приведение лучей для обнаружения столкновений и многое другое. API выходит за рамки простых расчетов параболической траектории и позволяет разработчикам задавать высоту дуги и скорость полета. API возвращает начальную скорость и гравитацию для достижения желаемой траектории полета в виде физически смоделированного объекта, что позволяет разработчикам удовлетворить требования групп разработчиков, независимо от того, соответствуют ли эти требования традиционной физике.
Компонент «Трюковый выстрел»:
Компонент Trick Shot — это простая в использовании функция, которую можно добавить к GameObject для прогнозирования пути снаряда, его запуска и управления им на пути с помощью стандартного обнаружения столкновений. С помощью этого компонента разработчики могут гарантировать, что путь будет следовать, а также обрабатывать движущиеся объекты. Эта функция идеально подходит для головоломок с механикой стрельбы.
Инструмент «Линия пути»:
Инструмент Path Line расширяет компонент Trick Shot для рисования прогнозируемого пути с помощью стандартного средства Unity Line Renderer, подходящего как для 3D, так и для 2D путей. Этот инструмент позволяет разработчикам визуализировать прогнозируемую траекторию снаряда, что упрощает его точную настройку. Инструмент «Линия пути» — идеальный инструмент как для новичков, так и для опытных разработчиков, которые могут воспользоваться его способностью быстро и легко создавать собственные траектории.
Баллистическая цель
Компонент Ballistic Aim можно добавить к игровому объекту и использовать для управления вращением шарниров, имитирующих прицеливание турели по баллистической траектории с настраиваемыми настройками снаряда.
Баллистическое прицеливание
Работая с Ballistic Aim, компонент прицеливания автоматически обновляет компонент прицеливания, указав положение и то, где доступное движение данной цели позволяет отслеживать и наводить цели без использования кода.
Технические детали
Ищете комплексное решение для выполнения баллистических расчетов в вашем проекте разработки игр? Не ищите ничего, кроме PhysKit: Баллистика! Наш надежный набор инструментов включает в себя универсальный API, который позволяет легко рассчитывать физически правильные, а также стилизованные баллистические траектории, а также визуализировать траектории полета и их столкновения в 2D или 3D пространстве.
Трюк и линия пути
Узнайте больше здесь
Простой в использовании компонент, который можно прикрепить к игровому объекту, чтобы точно прогнозировать траектории снарядов, включая отскоки, гарантируя, что они точно пройдут предсказанный путь. Trick Shot — отличный выбор для игр-головоломок Peggle с механикой стрельбы.
Инструмент «Линия пути» расширяет возможности Trick Shot, позволяя рисовать прогнозируемый путь с помощью стандартного средства визуализации линий Unity. Trick Shot в сочетании с Path Line дает вам возможность без кода прицеливаться, прогнозировать путь и отскоки, рисовать результирующую траекторию и даже запускать снаряд.
Цель и таргетинг
Прикрепите эти простые в использовании компоненты, чтобы получить не требующее кода решение для точного наведения турелей и регулировки скорости движения цели по мере необходимости. Доступно для 2D и 3D и поддерживает револьверные головки с двумя отдельными точками поворота (вращение по осям Y и X) с настраиваемыми ограничениями угла.
Баллистический API
Узнайте больше здесь
Наши API-интерфейсы, удобные для дизайнеров и программистов, включают инструменты для реалистичных или стилизованных баллистических решений. API имеет широкий выбор однострочных методов решения, которые вы можете легко использовать в своих сценариях, подходящих для 2D- или 3D-физики.
Простой; найдите вращение вашего снаряда, с которого он начнет двигаться, чтобы поразить движущуюся или статическую цель.
Переменная; Найдите скорость и силу тяжести, необходимые для достижения запрошенной вами визуальной дуги.
Установленный срок; найти скорость запуска для достижения определенного времени попадания в цель.
Фиксированный угол; найти скорость запуска, необходимую для достижения этой цели.
Рейкаст; лучевой метод (и сферический/круговой), который проверяет полную баллистическую траекторию.
ZERO PROTOCOL - это сюжетный научно-фантастический триллер от первого лица, в котором игроку предстоит раскрыть секреты антарктического исследовательского комплекса IAS и попытаться выжить.
Занимался на прошлой неделе созданием очередной процедурной анимации. Мы решили немного оживить персонажей в нашей игре Jaws & Claws (неестественный отбор). В этот раз стояла задача реализовать возможность персонажей моргать глазами в произвольные промежутки времени. При проектировании анимации, я воспользовался законом паретто - 20% усилий должны дать 80% результата.
Могу сказать, что результат превзошел все мои ожидания. Моргания персонажей смотрятся очень естественно. Так как наш мозг довольно интересный орган, он сам все додумывает. Вот смотрю я на анимацию персонажа и воспринимаю итоговый результат работы алгоритма совсем не так, как это происходит фактический, если смотреть на исходный код. Алгоритм управляет веками совсем не так, как мы видим в итоге. Теперь, я начинаю немного понимать людей, создающих мультфильмы.
По моему уже только ленивый не обсудил выход Смуты и люди поделились на два лагеря. Одни защищают этот продукт (их меньшинство), другие критикуют, стебут, лепят мемы (Медведь, медведь, научи меня пердеть ). История уже докатилась до того, что обвиняют Запад в провале игры (некая Вербицкая),Депутат Горелкин и тд. А мне просто, по человечески обидно за наших разработчиков и за такое отношение к работе. Я же своим постом хотел бы внести чуть чуть здравомыслия, затронув тему Российского геймдева. Внести ряд предложений, задать вопросы, на которые я вряд ли получу ответы , но очень надеюсь, что индустрия, ровно. как и регулирующие органы хоть чуть чуть задумаются. Давайте сразу договоримся. Смута - это позор. Не потому, что Запад постарался очернить игру, не потому, что бюджет мал по сравнению с другими играми, а потому, что игры фактически нет. Все ее проблемы вы и так знаете из обзоров и других источников, но давайте разберемся что пошло не так и почему виноваты разработчики и НРИ, выступивший спонсором этого проекта, а так же затронем ИСТОРИЮ РОССИЙСКОГО ГЕЙМДИЗАЙНА.
1.Бюджет.
Абсолютно правы те, кто говорят, что 500 (по некоторым источникам миллиард) рублей - слишком маленькая сумма в сравнении с бюджетом того же Ведьмака. Однако есть множество игр с еще меньшим бюджетом, командой разработки, которые выстрелили, нашли свою аудиторию. Хотите пример?
Spacebourne 2.Ее разрабатывал ОДИН человек и только пол года назад, в команду разработки вошли еще 4 человека( если мне память не изменяет).А теперь загибаем пальцы от количества контента в игре. Космические битвы, планетарные битвы, система фракций, куча звездных систем, гильдий, лута и тд. Да - визуально игра не тянет на 2024 год при этом вполне приятна глазу. Хотите еще пример?
Hand of Fate. Игра выпущена была в 2015 году. Бюджет 50000 долларов (собрала на кикстартере). И я понимаю, что есть инфляция и что 50000 в 2024 году это не тоже самое, что 50000 в 2015, но все равно суммы не сравнимые. Т.е. аргумент маленького бюджета выделенного на разработку игры не состоятелен. Важно то, как он был освоен и КАК разрабатывалась игра. И мы переходим к пункту 2.
2. Финансирование. Вопросы к ИРИ.
Давайте так, я прекрасно понимаю, что отчитываться нужно за каждую копейку, которую выделило государство. Но тут возникает вопрос: "А вы видели на что вы выдаете деньги?". Я поясню. Институт развития интернета это орган спонсируемый государством, оператор государственного конкурса на создание интернет-контента для молодёжи.
Соответственно сотрудники (ну хоть кто то), должны разбираться хотя бы приблизительно в нюансах создания игр, вести контроль за их разработкой. И да - всем тем, кто орет: "деньги разворовали до последней копейки", хочу сказать, что это не так. Возможно (я не утверждаю, потому что не знаю) и воровали, но не в таких масштабах. Однако хочется задать вопрос. Уважаемые сотрудники ИРИ, вы же прекрасно понимали(или нет?), что за указанный срок невозможно удовлетворить все требования к проекту, для чего нужно было ставить такой срок? При этом, вам принесли макет проекта (с текстовым описанием).Почему за весь цикл разработки фактически контроля не было? Т.е. насколько я понимаю, были заявлены определенные механики игры, которые в ней должны были быть. Почему не было контроля за качеством их реализации? Неужели предоставлялись только отчеты, без ознакомительных версий, ранних билдов и тд ?
3. Маркетинг и "Передний край", а так же , как заинтересовать людей.
Понятно, что один из способов заинтересовать молодёжь это привлечь к раскрутке проекта блогеров, стримеров, популярных в тусовке инфлюенсиров, которые согласны за деньги или по идейным соображениям пиарить ваш проект. Понятно, что привлечение Дмитрия Пучкова , Клима Жукова, организация тематических мероприятий так же может привести аудиторию более старших людей, но зачем? Что бы они увидели что?
Хорошо, они купили предзаказ игры, но разве одной из основных идей не было продвижение своей КУЛЬТУРЫ? Приведенные люди проникнуться игрой, антуражем или просто принесут бабки? Исходя из такой постановки вопросов - цель не сделать игру, а заработать.
Все это, к сожалению негативно отражается в принципе на разработчиках из России. И это настоящий удар по индустрии, а в данном случае и по основной повестке государства - продвигать свою культуру, свои игры.
В пример я приведу RTS, которую я жду - "Передний край". Пока игра вообще не замечена ни в одном скандале и она является именно ИГРОЙ, которая повествует о войне в Сирии. И хотя она очень похожа на Company of Heroes, но тем не менее самобытна, благодаря классным антуражам, игровому процессу. И элемент ознакомления общества с предпосылками и причинами конфликта в Сирии выглядит крайне органичным. Т.е. игрок знакомится с историей не "просто потому что", а через игру, вовлекаясь в нее.
4.Российский геймдев.
Те, кто говорят, что такие "игры" наши первые шаги полностью не правы. Наши первые шаги были сделаны еще в 2000ых. Вспомните такие игры как: Космические рейнджеры, Механоиды , Блицкриг, Паркан, Дальнобойщики, Санитары подземелий, Сферу, Корсары. Были классные и успешные проекты, которые вполне конкурировали с Западными, а то и вовсе создали новый жанр (да, я о симуляторах грузоперевозок).
И да - были компании разработчики и издатели, выпустившие кучу классных игр. Акелла,1с,Нивал.
Проблема в том, что независимые разработчики померли. А деньги, которые выделяются на поддержку и развитие этой индустрии, выделяются без анализа ИГРОВОЙ составляющей проекта. Про з/п, про сохранение кадров, общение с комьюнити я молчу.
5.Коротко о главном. Культурный аспект и немного треша .
Нельзя заставить геймеров играть в игру, только потому что она Русская. Это так не работает. Можно привлечь геймеров интересным, захватывающем игровым процессом. Нельзя бить в лоб, это бесполезно. Придумайте историю, придумайте активности, антураж, через который можно передать культурные или исторические аспекты. НЕНАВЯЗЧИВО.
Нельзя запрещать в играх секс или алкоголь, курение и заставлять ходить в церковь что б просто выжить (или платить ипотеку, как в русском СИМС), но можно давать выбор игроку, где то его ограничивая (например запрет однополых отношений и тд.). Навязывание чего то - всегда рождает отторжение от навязываемого. Например можно ввести систему, что игрок может курить, однако курение дает дебаф персонажу. Проработать систему, при которой, если игрок будет курить - этот дебаф будет появляться постоянно, если персонаж не покурил в течении какого то игрового времени, а сигареты стоят денег. Ввести счетчик, который считал бы, сколько игрок потратил на сигареты и что ы он мог купить внутри игры на эти деньги. Ну и например какой то сложный квест , что бы игрок мог избавиться от этой привычки. ЭЛЕМЕНТАРНО. Кто то задумается , кто то нет (такие как я).
P.S.Можно ли запретить Западные игры? Давайте предположим, что да. Давайте предположим, что была разработана система, блокирующая скачивания отовсюду, включая торренты. Поможет ли это нашим играм? Нет. Говорю за себя - я лучше пройду в 10000 раз Mass Effect или Котор или Ведьмака. Думаю, что так же поступит и подавляющее большинство людей. Появятся площадки, для обмена играми и т.д. Но , если делать действительно интересные игры, то люди предпочтут наших разработчиков и сами их будут поддерживать продажами, донатами и тд и тогда мы сможем, если и не конкурировать, то смотреться достойно на фоне западных игр.
Cubix: Mazes Unfold — захватывающая приключенческая игра-головоломка, действие которой происходит в динамичном мире. Перемещайтесь по запутанным лабиринтам, решайте головокружительные головоломки и наслаждайтесь тщательно продуманными уровнями, призванными бросать вызов и увлекать игроков на каждом шагу.
Функции:
10 уровней (прохождение 5-10 минут)
Красочные и визуально привлекательные сцены
Короткая, но доработанная игра
Постоянное развитие означает, что скоро появятся новые уровни.
В этот раз я довольно сильно улучшил поведение ботов и взаимодействие с ними.
В целом боты в игре это не просто болванчики для битья. У каждого бота есть свои правила поведения в мире игры. Они могут торговать, добывать ресурсы, подбирать предметы, грабить, сражаться за сектора и даже выполнять задания по сопровождению, убийству и доставке.
Всего в игре 5 основных ролей для ботов:
торговец: основная деятельность торговля товарами между базами.
Помимо основных ролей есть мобы которые просто тусуются и ждут пока кто либо появится в поле зрения чтобы напасть и событийные роли типо воинов в войне или экспедиция.
Боты общаются между собой и с игроками с помощью системы запросов. По классике это «дай денег» или «помоги в драке».
До недавнего времени я не знал как нормально наладить общение между нпс и игроками, т.к. в реалтайме нет времени “читать” и выцеливать ботов чтобы дать им команды.
Однако недавно поиграл в старую игру с подобным концептом и там эта системы реализована через “выделение” цели с которой хочешь взаимодействовать (как в любой ммо игре, госпаде и почему я так долго тупил). И реализовал это у себя :)
Цвет рамки говорит о том, как бот относится к вам — от «враждебно» до «отлично». От этого немного отличается поведение бота. Например, враждебные боты с большей вероятностью согласятся на бой против вас, а в пустошах сразу нападут. Дружелюбные боты не станут нападать и могут дать какую-то подсказку при «приветствии».
Если рамка синяя или голубая, это значит, что бот «боится» и пытается уйти подальше, независимо от его отношения к вам.
Выделение цели также полезно для того, чтобы следить за ней в «тумане войны», так как цель остаётся помеченной до тех пор, пока она находится в зоне работы радара.
Когда цель выбрана, появляется ещё одно меню с минимальной информацией о цели и «диалог» (его можно скрыть, если кому-то он не нужен). Конечно, читать в реальном времени всё ещё неудобно, но это лучше, чем ничего) (ещё напрашиваются горячие клавиши, но мне пока было лень их добавлять).
На текущий момент доступны такие запросы:
"Ограбить" - при успешном срабатывании вы получаете кредиты.
"Вытряхивай трюм" - при успешном срабатывании выбрасывает случайное количество предметов в мир.
"Совместное нападение" - при успешном срабатывании бот нападает на указанную цель.
"Оставить в покое" - при успешном срабатывании бот прекращает атаковать текущую цель.
"Мир" - при успешном срабатывании отношение с ботом становится нейтральным, и он перестанет вас атаковать.
Вот как то так, буду рад услышать ваше мнение в коментах.
Привет! Меня зовут Андрей Коваль, я один из организаторов Siberian Game Jam и инди-разработчик. В начале своей карьеры в геймдеве я поучаствовал в 30-ти самых разнообразных джемах и в последствии довел несколько конкурсных игр до полноценного релиза на ПК и консоли.
В этом материале я хочу поделиться своим опытом выпуска джемовых игры, разными подходами к участию в джемах и небольшой вдохновляющей подборкой игр, которые были созданы на джемах (в том числе и участниками #SibGameJam!) и успешно выпущены в сторы!
Так что же делать с игрой после джема?
Вот несколько вариантов: 1) Забыть про нее Это совершенное нормальное и обычное явление. Такова участь многих игр, даже хороших и потенциально успешных. Не всегда после джема сохраняется команда и не всегда на полноценную разработку есть ресурс
2) Выпустить “патч первого дня” для джемовой версии, сделать WEB-билд, если его нету и гордо выложить на итч. Через пару джемов у вас будет красивая страничка разработчика, сойдет за портфолио! Для примера гляньте на мой итч: https://game-dynasty.itch.io/
3) переосмыслить, доделать и выпустить. Самый интересный вариант! О нем и поговорим. Рассмотрим пару кейсов и основные ошибки
Как определить, какую игру можно выпустить?
Доделать и выпустить можно любую игру после джема
Подвох в том, что только вы можете определить, стоит ли дорабатывать игру до полноценного проекта или нет. Если у вас нет желания, ресурсов или времени для разработки проекта – то даже самая крутая джемовая игра не дойдет до релиза.
Но если вы полны энтузиазма выпустить свой проект – то любая игра с джема становится отправной точкой.
Я могу уверенно сказать, что совершенно не важно, какую игру вы сделали. Жанр, размер, платформа, специфика — это все не имеет значения.
Если вы сделали очень маленькую гиперказуальную игру с одной залипательной механикой – допилите ее и выпустите на мобильные устройства или Яндекс игры.
Если у вас на примитивах сделана кор-механика для игры побольше и эта механика понравилась людям – отлично, у вас уже есть от чего отталкиваться. Уже можно прикинуть, как это можно масштабировать и сколько работы потребуется для релиза.
ЧТО Я ИМЕЮ ВВИДУ: https://www.youtube.com/watch?v=OouOhIJL1i4Вы просто посмотрите на этот анимационный прототип. Сделать пару уровней из кубов и интересный геймплей за 72 часа – более, чем реально
А если вы за джем сделали миниатюрную и законченную (во всех планах) игру, которая дает 15 минут незабываемого опыта – поздравляю, уберите баги, добавьте достижения, поддержку контроллера и выпускайте в стим. Это не шутка, это вполне реальный кейс.
Вот тут давайте чуток задержимся. Пара моментов: • Вы действительно можете выложить джемовую игру в стим и сделать её бесплатной. Вы НИЧЕГО не заработаете, но… • Вы можете перенаправлять трафик (много трафика!) со странички такой игры на страничку своего основного проекта • Вы можете получить тысячи игроков и их любовь. Не только же ради денег игры делать? • Все, кто подпишутся на обновления и новости вашего бесплатного проекта или на вашу страницу разработчика, в перспективе получат уведомление (если вы его конечно напишите) о выходе/запуске странички вашего будущего проекта.
А еще вы разберетесь в интерфейсе стима. Ейбогу, у меня пять лет ушло, чтобы запомнить расположение разделов.
ДЕЛАЙТЕ МАЛЕНЬКИЕ ИГРЫ
Совсем необязательно превращать маленькие джемовые проекты в огромные игры. Я бы сказал даже наоборот. Оставьте вот эту ламповую “маленьковость” своей игры. Сделайте крошечную, но уютную игру на пару часов.
“Но ведь если игру можно пройти меньше, чем за два часа, то игроки будут возвращать за неё деньги после прохождения!”
Это не так. Вероятнее, что игрок уговорит поддержку стима вернуть ему деньги за игру, в которой он провел десяток часов. Аргумента “Уснул за компьютером” будет достаточно, чтобы обойти правило двух часов. А довольный часовым опытом игрок не станет возвращать деньги.
Мои любимые крошечные игры. Кстати, последние три игры были когда-то сделаны на джемах.
A short Hike- Turnip boy and tax evasion - shotgun king - Die In The Dungeon - minit
На данный момент у меня есть пять проектов и три из них — это прототипы с джемов
Все игры делались с разной мотивацией в рамках джема, а после разрабатывались разными способами и по разным причинам, поэтому подход к каждому проекту сильно отличается.
Во многом, судьба джемовой игры решается еще до ее создания. Результат сильно зависит от вашей мотивации участия:
• Возможно, вы пришли качать скилы и поэтому ваша главная цель – получить как можно больше опыта разработки, ведения проекта, сборки команды, экстренного фичеката или брейншторма. В таких ситуациях оригинальность идеи может отходить на второй план.
• Возможно, вы учувствуете ради удовольствия, ради нетворкинга, ради перфоманса. Тогда получается джем ради джема, но это уже хорошая почва, чтобы поэкспериментировать, а значит и повысить шансы создать уникальный проект.
• Участие, ради быстрого прототипирования и получения фидбека на свою идею. Участие, когда вашей главной целью становится реализация чего-то конкретного и это что-то будет передавать желаемый опыт.
В целом, это не взаимоисключающие варианты, но, если вы поймете, чего конкретно хотите от джема, тем лучше для вас и вашей команды. Общие идеи и ценности – залог успешной командной работы. Именно так и получилась команда #SibGameJam
Успешный успех – это хорошо. Но куда полезнее будет, если я поделюсь ошибками, которые были допущены при переходе от джема до полноценной разработки.
Начнем с моего первого проекта, там было больше всего проблем и ошибок.
Obsurity – Топ-даун слешер, с элементами всего и сразу и это все и сразу получилось неудачным. Самое смешное, что у этой игры было около 5 разных джемовых версий, каждая из которых или выигрывала, или привлекала к себе очень много внимания.
Что важно упомянуть, обсурити делалась на двухнедельных джемах. 5 разных версий одной игры, на пяти двухнедельных джемах. От первой до пятой итерации, я успел поменять все, кроме основной концепции топ-даун-слешер-адвенчуры (или зельда-лайка) – изменил графику, изменил сеттинг и сюжет, изменил кор-геймплей, но так и не понял, какой же опыт должна давать игра и что я вообще делал.
Обсурити это та самая игра, которая делалась ради того, чтобы прокачать скилы. Пока я делал эти 5-ть версий, я научился кодить, рисовать и немного изучил геймдизайн, но так и не имел представления, что я вообще делаю. Но даже в таком состоянии игра получала много хороших отзывов на джемах и особенно меня подкупали отзывы в духе “Это можно доработать для стима!”
Самая большая проблема обсурити в том, что это был проект, на котором я учился основам разработки игр, но при этом это был “проект мечты”. Стоило или сразу проект поменьше и попроще придумать или вовсе отложить игру до тех пор, пока я не пойму, что хочу сделать
Вторая ошибка заключается в том, что я буквально через неделю после последнего джема продолжил разработку – я просто начал наращивать на игру новые уровни, новых врагов, новые фичи. Это самый худший из всех возможных вариантов, сейчас объясню почему.
• Косячный код.
Я итак не самый хороший кодер был на тот момент, но в рамках джема, когда ты торопишься побыстрее написать код, лишь бы он работал, его качество становится еще хуже. Магические числа, непонятные заглушки и отвратительная структура. И все это добро в итоге попало в релизную версию игры из-за чего её теперь крайне трудно редактировать, хотя проект-то, по сути, простой.
Если вы решили доделывать игру после джема, то лучше написать ее с нуля, учитывая полученный опыт, иначе все косяки с джема до самого релиза будут тянуться снежным комом.
А еще очень велик соблазн начать добавлять контент, который вы не успели реализовать за джем, а не доводить до ума то, что уже есть.
И не думайте “Но я ведь уже потратил на эту игру 72 часа!”. Во-первых, второй раз вы напишите код значительно быстрее и лучше (арт и музыка то никуда не денутся), а во-вторых, избавитесь от кучи потенциальных проблем, которые отняли бы значительно больше времени в будущем.
• Обработка фидбека.
Отдыхая после скоростной разработки, стоит собрать весь фидбек в одном месте, посмотреть, какие аспекты игры хвалят, а какие ругают. Обработайте этот фидбек и посмотрите на свою игру еще раз – возможно, какие-то фичи, даже если они вам нравятся, но при этом не нравятся игрокам, стоит убрать из игры и не тащить в релизную версию? Возможно, вы написали хороший сюжет или нарисовали крутой арт, который совершенно не сочетается с другими элементами игры? А может быть вы так сильно уверены в себе, что готовы реализовать после джема все отложенные идеи? Лучше выдохнуть и подумать, что действительно стоит добавить, а что оставить как есть.
В конце концов задайте себе вопрос “А готов ли я работать над этой игрой еще полгода?” хотя бы через неделю после окончания джема.
• Документация.
“Диздок” или любая другая документация, написанная для джема, не подойдет для разработки полноценной игры. Возможно, это кажется очевидным, но, когда вам говорят: “Чувак, у тебя крутая игра, я хочу видеть это в стиме!” легко забыться и подумать, что у вас идеальный и крутой концепт, который не требует доработки, нужно только десяток уровней доделать. Опять же, выдохните, перечитайте фидбек и спланируйте масштаб игры.
Тут еще важно понимать, что, если в игру интересно играть 10 минут в рамках джема, это еще не значит, что в нее будет интересно играть хотя бы 2 часа, если наклепать уровней. Концепт в любом случае придется пересмотреть, подумать, где, что и как можно масштабировать. Да и вообще, не каждую джемовую игру можно масштабировать до игры часов на 10 геймплея.
На доработку обсурити я потратил еще год соло работы. В течении всего года концепт постоянно менялся и это только подтверждало, что я сам не знаю, что я хочу сделать. На релизе игра не принесла денег, можно сказать, что вообще ничего не принесла.
Лучшим вариантом в этой ситуации был бы детальный разбор игры Hyper Light Drifter и попытка сделать что-то похожее, но проще и меньше. А не бездумная сборка уровней и добавление контента.
Переходим ко второму кейсу – SHIRO или разработка игры с целью воссоздать полноценный прототип
Широ, это тот самый кейс, когда приходишь на джем, чтобы воссоздать конкретный экспириенс и механику, и сразу тестируешь это на людях. Когда-то очень давно, еще в детстве, я мечтал создать игру, где все передвижение будет происходить быстро и дергано. И вот, на апрельском Ludum Dare 2020 года я решил попробовать запрототипировать эту механику и сразу же получить фидбек.
Вот так вот и получилось одно из лучших моих соло участий – за 3 дня я смог сделать полноценную метроидванию с жутковатым специфичным сеттингом и относительно оригинальной механикой. Через пару месяцев я решился доделывать игру в стим и сразу же допустил очень грубую ошибку – увлекся геймплеем и упустил оригинальный сеттинг.
Весь этап подготовки к разработке я потратил на шлифование кор-механики прыжков. На джеме она давала нужный экспириенс, но была немного непонятной и недружелюбной для игрока. Отфильтровав фидбек и просмотрев пару стримов со своей игрой, я понял, как изменить, улучшить и дополнить механику. А также, как ее развивать, чтобы она была интересной не 5 минут, а 2 часа.
Потеряв первоначальную идею и атмосферу своего сеттинга, моя игра стала сильно обычной и визуально скучной. С точки зрения качества графики – все неплохо, получился вполне симпатичный пиксель-арт, но это было почти полное отсутствие уникальности – в стимовской версии самые обыкновенные леса, храмы, подземелья, которые вы видите в каждой игре. Самые обыкновенные враги скелеты, призраки, слизни и прочие распространенные в играх монстры.
В целом – это не плохо. Да, это не сильно оригинально, но зато понятно и привычно игроку, да и качество не подводит. Плохо то, что я буквально забыл уже сделанный сеттинг, который интересно смотрелся и понравился другим участникам джема.
Скриншот джемовой версии
Оригинальная идея звучала так: “Мы бродим по подземелью, убиваем летающих-безголовых-кото-демонов, собираем их кровь, чтобы влить ее в нашу распятую на кресте сестру, у которой вырезано сердце. Цель игры – найти то самое сердце. А в конце мы узнаем, что вместо сердца у нее отрубленная кошачья голова”.
А в стимовской версии все куда скучнее. Мы путешествовали с нашей сестренкой по миру, потом сестренку украла злая ведьма и нам нужно ее найти. Скука, да и только.
Скриншоты релизной версии
Подводя итог этому кейсу, вновь повторю – после джема, начните разработку с написания документации, с создания вижн-документа, определите, в каком направлении нужно развивать игру, какие аспекты игры хороши уже сейчас и их нужно развивать, а что стоит полностью переосмыслить.
Теперь давайте конкретнее посмотрим третий кейс, когда вы учувствуете, ради Фана. В нем я частично решил проблему потерянного сеттинга и создал новую проблему.
Игра все еще не вышла :C
DREAMOUT – игра перфоманс. Когда я делал эту игру, я даже не пытался создать хоть какой-то геймплей. Я просто сказал художнику “нарисуй что-нибудь странное и давай еще в конце игры сделаем референс на финал Евангелиона”, а сам пошел выдумывать нарочито запутанные, странные и немного абсурдные диалоги.
Мы не планировали что-то выигрывать и даже не рассчитывали на внимание публики. Я понимал, что хочу воссоздать приключение в сюрреалистичной атмосфере используя только диалоги. Когда я залил финальную версии игры, я сам же и сел в нее играть. Мне понравилось то, что я сделал и я понял, что потом я это начну доделывать для стима. Как позже оказалось, нашлось много людей, которым подобная атмосфера пришлась по душе. Мне нравилось, что у каждого игрока было собственное представление о происходящем в игре и своя интерпретация сюжета. Еще раз отмечу, что игрой это назвать трудно. Это был буквально симулятор ходьбы, который вне джема никакой ценности не представлял.
Скриншот джемовой версии
Что я предпринял перед тем, как начать дорабатывать эту игру:
Написал вижн-документ, который помогает мне не сбиваться с курса и напоминает о том, какой уровень абсурда должен быть в игре. Он был ориентиром для принятия всех решений и помогал определить, новая идея, которую мы хотим добавить в игру, соответствует нашей игре или нет? Но все равно все вышло плохо – я не подумал, какой геймплей должен быть и, соответственно, не прописал это в вижн доке. Вижн-док как раз покрывал только мир игры и помогал создавать желаемый уровень абсурда в игре. Игры-референсы на геймплей мы добавили уже потом
Мой вижн-документ
Примерно так выглядел вижн-документ дримоута сразу после джема. Что сделано правильно и хорошо: Я точно выбрал направление повествования, определил уровень шуток и диалогов, основной жанр и эмоцию. Что сделано плохо: есть геймплейный референс, но нет референса для эксплоринга мира (Что мы исследуем то? Просто статичные локации?) и нет референса пазлов и загадок.
В последствии это вылилось в то, что изучением мира это одно явление, боевка второе, пазлы третье, а болтовня и геймплей из игры-референса четвертое. Как все это сочетать – непонятно, все это просто солянка разных малосвязанных механик и идей
Спустя время я поиграл в разные идейно-похожие игры и пришел к какой-то более конкретной форме и видению геймплея.
Опять же, это кажется очевидным, но после джема мне было интереснее выдумывать мемные диалоги, а не думать о том, каким должен быть кор-цикл. Сбор коллектбл-предметов — это замечательно, но геймплей-то где?
Как я ранее и упоминал, что геймплея не было. Поэтому, уже активно разрабатывая игру, мы очень долго не могли найти нужный темп игры, нужный геймплей, нужные механики. Ситуацию спасало то, что написание текстов, сборка уровней и рисование арта почти не зависело от геймплея, поэтому у нас было время подумать над ним. Но, можно сказать, что нам просто повезло и у нас было время решить вопрос с геймплеем. В иной ситуации могло случиться так, что мы могли бы начать по 10 раз переписывать механики, менять кор-геймплей и в итоге ничем хорошим это не кончилось.
Возможно, вы заметили, что с широ и дримоутом произошли похожие ситуации – оба раза я цеплялся за что-то одно и забывал про все остальное. В широ забыл про сеттинг, в дримоуте про геймплей. Не надо так.
Небольшой итог:
• Маленькие игры – это круто.
• Вам нужно понять, зачем вы идете на джем и какой результат хотите получить
• Доделать и выпустить в стим можно любой проект
• Тщательно оценивайте ваш проект: Арт, сеттинг, геймплей, нарратив, звук и музыка – не теряйте и не переделывайте то, что получилось хорошо уже на джеме, если на то нет причин
• Когда определитесь с тем, что сделано хорошо – ищите то, что сделано плохо и что нужно подтянуть
• После джема важно отдохнуть, собрать фидбек и трезво оценить проект
• Участвуйте в джемах, это один из путей в “большой” геймдев