Рекомендуемые системные требования для демки: 12-ядерный процессор с частотой 3,4 ГГц, видеокарта NVIDIA RTX 2080 или AMD Radeon 5700+ XT, оперативная память от 64 ГБ.

Можно уже начинать изучать доки. Подробно описаны все ключевые моменты.

Наконец-то обновили интерфейс редактора.

Nanite

Виртуальная геометрия позволяет использовать больше полигонов и должна заменить привычные LOD’ы, делая прозрачным весь процесс замены высококачественных ассетов на более простые. Становится возможным отображать миллионы трианглов без проблем.

Работает с новым внутренним форматом мешей, который сильно сжат и поддерживает потоковую передачу с автоматическим уровнем детализации. LOD’ы самим больше делать не надо.

Контент для Nanite ничем не отличается от обычных статичных мешей, но Nanite может обрабатывать на порядки больше треугольников и инстансов, чем при рендеринге обычной геометрии. Рекомендуется использовать виртуальные текстуры.

Во время импорта меши разбиваются на иерархические кластеры групп треугольников. А уже во время рендеринга кластеры меняются местами на лету с разными уровнями детализации в зависимости от обзора камеры и без разрывов соединяются с соседними кластерами в одном объекте. В памяти находятся только видимые детали. Как следствие, чтобы это всё нормально стримилось, нужен SSD.

Для прокси-мешей можно настроить уровень детализации.

Прокси-меши используются для коллизий на уровне полигонов, трассировки лучей, запекания света и другого. При этом по умолчанию используются авто-генерируемый LOD0, что весьма странно 🤔

По крайней мере, есть возможность выбрать кастомный прокси и настроить традиционные LOD’ы.

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

Могут быть проблемы с occlusion culling. Если есть сложнная геометрия близко друг к другу около самой верхней поверхности, Nanite не сможет определить, какая из них находится сверху или снизу, что приведет к отрисовке обоих. Вблизи Nanite нормально разделяет слои, но при удалении разница в расстоянии между геометрией может быть меньше пикселя, что приводит к лишней отрисовке.

Если верить доке, то у Nanite меша и качество лучше, и размер меньше.

Антиалиасинг система Temporal super resolution позволяет при меньших затратах по ресурсам получить почти нативные 4K по цене 1080p.

Системы для работы со светом и атмосферой

Новая система для глобального освещения Lumen позволяет настроить реалистичный реалтайм свет. Если ещё совмещать с фотореалистичными ассетами из Мегасканс, то картинка просто на новый уровень выходит.

Lumen Global Illumination заменяет Global Illumination Screen Space (SSGI) и Distance Field Ambient Occlusion (DFAO). Lumen Reflections заменяет Screen Space Reflections в Unreal Engine 4.

Lumen генерирует Surface Cache для ближайших поверхностей сцены (где-то 200 метров от камеры). За этим расстоянием работает только screen traces.

Есть экспериментальное представление Distant Scene. Оно как раз было использовано в прошлой демке Unreal Engine 5 «Lumen in the Land of Nanite» для достижения непрямого освещения в каньоне. Покрывает диапазон от 200 метров до 1 километра от камеры. Работает путём рендеринга Reflective Shadowmap с низким разрешением от солнца с использованием Nanite и отслеживает это поле высот, чтобы уловить один отскок непрямого освещения солнца. В проде пока не рекомендуется использовать.

При трассировке сначала прогоняется Screen Tracing, т. к. он меньше жрёт ресурсов.

Потом уже Lumen Ray Tracing, состоящий из двух методов: программная трассировка, работающая на самом широком спектре железа и платформ, и аппаратная трассировка лучей, для работы которой требуются поддерживаемые видеокарты и системы.

По умолчанию работает Signed Distance Fields. Требует поддержка Shader Model 5 у железа. Много ограничений: работает только со статикой, World Position Offset не поддерживается, с прозрачностью проблемы.

Hardware Ray Tracing поддерживает больший спектр доступной геометрии. Проседает, если больше 100 000 инстансов. Динамическая деформация мешей может загнать фпс в 0.

Для работы Lumen нужна карта NVIDIA RTX-2000 серии и выше или AMD RX-6000 и выше.

Система для атмосферы позволяет легко всё настраивать, в том числе и объёмные облака. На уровне настроек куча модификаторов и параметров, которые позволяют твикнуть всё.

Работа с фотореалистичными ассетами

Quixel Bridge теперь полностью интегрирован в движок.

Можно просто перетаскивать ассеты мышкой из браузера ассетов и сразу приступать к работе.

Добавили новый тип ассетов Mega Assemblies. Это что-то типа сборки из существующих ассетов.

Главная цель состояла в том, чтобы художникам было проще совместно работать и обмениваться ассетами.

Работа с миром и уровнями

Новый инструмент World Partition позволяет дизайнерам работать с миром не как с набором стриминг уровней, а как с одним большим миром, который автоматически разбивается на более мелкие ячейки.

Их можно загружать/выгружать в редакторе кусками, что кучу времени и ресурсов при работе в редакторе экономит.

Сами изменения (добавить кустик, например) происходят на уровне акторов, а не карты. В итоге можно работать с одной картой одновременно нескольким людям и не будет головной боли при мёрдже.

World Partition позволяет стримить из коробки. Ассеты вне установленного радиуса выгружаются и заменяются другими с меньшим разрешением.

Это всё на уровне конфигов вынесено. Можно настроить под свой проект.

Система Data layers позволят художникам работать вместе над одной сценой и переосмыслить её, создавая различные её вариации.

Эти слои можно переключать в рантайме, что позволяет загружать/выгружать тысячи ассетов на лету.

Как пример, переход в другой мир через портал. Правда, тут, всё же, есть переходный момент с подзагрузкой. Но, всё равно, довольно резво.

Анимация

Добавили для анимаций Full body IK solver. Может автоматически подстраиваться под тип пола/земли и высоту. «Детерминированный надёжный и в 10 раз быстрее, чем раньше».

Появился новый фреймворк Game Feature Plugins, который позволяет разбить контент на модули. Может связать экшены, анимации, другие системы.

К примеру, в другом измерении у ГГ меняется абилка. Это всё задаётся на уровне конфига.

Все vfx, звуки, анимации, инпуты, блюпринты, относящиеся к абилке, в виде одного плагина в проекте, что позволяет отделять фичи и сделать проект более модульным и конфигурируемым.

Animation Motion Warping позволяют адаптировать рут анимации под мир. Можно переиспользовать одни и те же элементы.

Позволяет настроить нотификации для реакции на трансформы из блюпринтов.

Система реагирует на высоту препятствий, поворот персонажа и прочее.

Control Rig позволяет редактировать анимации прям в движке.

Full body IK даёт возможность настроить анимацию в ответ на какие-то внешние факторы: позиция противника и т. п. Всё на уровне конфига.

Например, настроить направление и дальность атаки в зависимости от положения ГГ.

С помощью новой системы Meta sounds можно теперь использовать всю мощь редактора материалов для создания сложного процедурного звука.

Хорошо забытое старое

Но это не только про новые фичи. Всё, что вам нравилось в UE4, тоже проапгрейдили. Niagara particles, visual effects, chaos physics, блюпринты получили множество улучшений.

В плане физики, теперь можно, например, влиять на симуляцию Chaos Physics в отдельных регионах. В таких областях можно, например, прикладывать силы к телам, разрушать кластеры геометрии и т. д.

Новые инструмента для отладки появились: Memory Insights для поиска утечек, Unreal Turnkey, который позволяет настроить проект под различные платформы, чтобы потом любой участник проекта одним нажатием мог поднять у себя нужное окружение.

И, как заверяют Эпики, миграция с UE4 должна пройти без проблем, т. к. полная обратная совместимость между версиями движка.

Уже можно скачать альфу UE5 и семпл проект Valley of the Ancient.

Сегодня я ознакомлю вас  с классным туториалом от  Tommy Tran , а ниже я изложу перевод( если хотите можете почитать в оригинале).

После этого туториала из 10 уроков, мы перейдем к моему личному курсу по созданию игры, где я буду давать ссылки на бесплатные ассеты и паки с графоном и материалами для вашей игры. Погнали!

Unreal Engine 4 — это набор инструментов для разработки игр, имеющий широкие возможности: от создания двухмерных игр на мобильные до AAA-проектов для консолей. Этот движок использовался при разработке таких игр, как ARK: Survival Evolved, Tekken 7 и Kingdom Hearts III.

Разработка в Unreal Engine 4 очень проста для начинающих. С помощью системы визуального создания скриптов Blueprints Visual Scripting можно создавать готовые игры, не написав ни строчки кода! В сочетании с удобным интерфейсом это позволяет быстро изготавливать рабочие прототипы.

В этой части туториала по Unreal Engine 4 мы ознакомимся с основными возможностями программы. Вот основные темы, которые будут в нём рассмотрены:

-Установка движка

-Импорт ассетов

-Создание материалов

-Использование Blueprints для создания объектов с простейшими функциями

Установка Unreal Engine 4

Для установки Unreal Engine 4 используется Epic Games Launcher. Перейдите на сайт Unreal Engine и нажмите на кнопку Get Unreal в правом верхнем углу. Далее нужно создать аккаунт, это мы пропустим ;) 
Ну и собственно все (думаю разжевывать не нужно, мы ведь сможем установить?).

Создание проекта

Нажмите на одну из кнопок Launch, чтобы открыть браузер проектов (Project Browser). После его открытия нажмите на вкладку New Project.

Нажмите на вкладку Blueprint. Здесь можно выбрать один из шаблонов. Однако, поскольку мы начинаем с нуля, то выберем шаблон Blank.

Ниже будут перечисленные дополнительные параметры.

Вот, за что отвечает каждая опция:

-Target Hardware: при выборе Mobile/Tablet будут отключены некоторые эффекты постобработки. Также можно будет использовать мышь для сенсорного ввода. Выберите здесь опцию Desktop/Console.

-Graphical Target: при выборе Scalable 3D or 2D будут отключены некоторые эффекты постобработки. Выберите здесь Maximum Quality.

-Starter Content: можно включить эту опцию, чтобы добавить базовый контент (Starter Content). Чтобы нам было проще, выберем No Starter Content.

Имя проекта не является названием игры, так что не волнуйтесь, если хотите название позже. Выберите текст в поле Name и введите BananaTurntable.

И наконец нажмите на Create Project.

Навигация по интерфейсу

После создания проекта откроется редактор. Он разделён на несколько панелей:

1. Content Browser: в этой панели отображаются все файлы проекта. Её можно использовать для создания папок и упорядочивания файлов. Здесь также можно выполнять поиск по файлам с помощью поисковой строки или фильтров.

2. Modes: в этой панели можно переключаться между инструментами, например Landscape Tool и Foliage Tool. Инструментом по умолчанию является Place Tool. Он позволяет располагать на уровне различные типы объектов, такие как источники освещения и камеры.

3. World Outliner: отображает все объекты на текущем уровне. Можно упорядочить список, распределив связанные объекты по папкам, а также искать и фильтровать их по типам.

4. Details: здесь отображаются все свойства выбранного объекта. Эта панель используется для изменения параметров объекта. Внесённые изменения повлияют только на выбранный экземпляр объекта. Например, если в сцене есть две сферы, то при изменении размера одной изменения коснутся только неё.

5. Toolbar: содержит множество различных функций. Чаще всего мы будем пользоваться Play.

6. Viewport: это обзор уровня. Осматриваться по сторонам можно, удерживая правую клавишу мыши и перемещая её. Для перемещения по уровню нужно зажать right-click and use the WASD keys.

Импорт ассетов

Какой смысл в поворотном столе, если на нём нечего показывать? Скачайте эту модель банана. Внутри находятся два файла: Banana_Model.fbx и Banana_Texture.jpg. Можете также использовать собственную модель, но зачем, если есть такой потрясающий банан?

Чтобы Unreal мог использовать файлы, их нужно импортировать. Перейдите в Content Browser и нажмите на Import.

С помощью диспетчера файлов найдите папку, в которой находятся Banana_Model.fbx и Banana_Texture.jpg are. Выделите оба файла и нажмите Open.

Если по какой то причине у вас его не находит. Вы можете воспользоваться  чем-то из  Modes

Unreal предложит несколько вариантов импорта файла .fbx. Снимите флажок Import Materials, потому что мы будем создавать собственный материал. Остальные параметры можно не менять.

Нажмите на Import. Два файла появятся в Content Browser.

При импорте файла на самом деле он не сохраняется в проект, если не указать этого явным образом. Сохранять файлы можно, нажав на файл правой клавишей мыши и выбрав Save. Также можно сохранить все файлы за раз, выбрав File\Save All. Старайтесь сохраняться почаще!

Учтите, что в Unreal модели называются «мешами» (meshes). Теперь у нас есть меш банана, настало время добавить его на уровень.

Добавление мешей на уровень

Пока уровень выглядит довольно пустым, давайте сделаем его интереснее.

Чтобы добавить на уровень меш, нажмите правой клавишу мыши и перетащите Banana_Model из Content Browser во Viewport. Отпустите левую клавишу мыши и меш добавится на уровень.

Объекты на уровне можно перемещать, поворачивать и масштабировать. Горячие клавиши для этих действий — W, E и R. После нажатия на них можно использовать манипулятор:

О материалах

Если внимательно посмотреть на банан, то можно увидеть, что он не жёлтый! На самом деле. он выглядит почти полностью серым.

Чтобы придать банану цвет и детали, необходимо создать материал.

Что такое «материал»?

Материал задаёт внешний вид поверхности. На базовом уровне материал определяет четыре аспекта:

-Base Color: цвет или текстуру поверхности. Используется для добавления детализации и вариаций цвета.

-Metallic: насколько металлическим выглядит материал. В общем случае, чисто металлический объект имеет максимальное значение Metallic, а ткань — значение 0.

-Specular: управляет блеском неметаллических поверхностей. Например, керамика будет обладать высоким значением Specular, в отличие от глины.

-Roughness: поверхность с максимальной roughness (шероховатостью) не будет иметь никакого блеска. Используется для таких поверхностей, как камень и дерево.

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

Создание материала

Для создания материала нужно перейти в Content Browser и нажать на зелёную кнопку Add New. Появится меню со списком ассетов, которые можно создать. Выберите Material.

Назовите материал Banana_Material, а затем дважды нажмите левой клавишей мыши на файле, чтобы открыть его в редакторе материалов.

Редактор материалов (Material Editor)

Редактор материалов состоит из пяти основных панелей:

1. Graph: в этой панели содержатся все ноды (узлы) и нод Result. Перемещаться по панели можно, удерживая правую клавишу мыши и двигая мышью. Масштабирование выполняется прокруткой колёсика мыши.

2. Details: здесь отображаются свойства выбранного нода. Если нод не выбран, то здесь отображаются свойства материала.

3. Viewport: содержит меш предварительного просмотра, представляющий материал. Поворачивать камеру можно, удерживая левую клавишу и двигая мышь. Масштабирование выполняется прокруткой колёсика мыши.

4. Palette: список всех нодов, доступных для вашего материала.

Что такое нод (узел)?

Прежде чем приступать к созданию своего материала, нужно узнать про объекты, которые используются для его создания: ноды.

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

У нодов есть входы и выходы, представленные кругом со стрелкой. Входы расположены слева, а выходы — справа.

Вот пример с использованием нодов Multiply и Constant3Vector, добавляющих текстуре жёлтого цвета:

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

Добавление текстур

Для добавления модели цвета и деталей нам необходима текстура. Текстура — это просто двухмерное изображение. Обычно они проецируются на трёхмерные модели, придавая им цвет и детали.

Для текстурирования банана мы используем Banana_Texture.jpg. Применить в материале текстуру позволяет нод TextureSample.

Перейдите к панели Palette и найдите TextureSample. Добавьте нод, удерживая левую клавишу мыши и перетащив его на схему.

Для выбора текстуры необходимо сначала выделить нод TextureSample. Перейдите в панель Details и нажмите на раскрывающийся список, расположенный справа от Texture.

Откроется меню, в котором перечислены все текстуры проекта. Выберите Banana_Texture.

Чтобы увидеть текстуру на меше предварительного просмотра, нужно подключить её к ноду Result. Удерживайте левую клавишу мыши на белом контакте выхода нода TextureSample. Перетащите его на входной контакт Base Color нода Result.

Вернитесь во Viewport, чтобы увидеть текстуру на меше предварительного просмотра. Можно поворачивать его (удерживая левую клавишу мыши и перемещая мышь), чтобы рассмотреть другие детали.

Нажмите на Apply в Toolbar, чтобы обновить материал, и закройте редактор материалов после завершения.


На этом я пока закончу, это всего лишь половина 1 урока, но пост получился очень большим, и я боюсь что в 1 пост все не поместиться.

Если тебе интересно , и ты ХОЧЕшЬ создать свою игру , то подпишись. После начального туториала, иы приступим к реальному проекту!

Источник https://habr.com/ru/post/344394/

Перед тем как почти 2 года назад выйти в Steam, я прочитал много статей и не нашел ни одной, в которой бы советовали начать карьеру с Раннего Доступа. Именно этим я сейчас и займусь, попутно рассказывая историю полноценного релиза своей первой игры.

Ознакомившись с рядом статей по теме, я выделил несколько ключевых моментов:

Ранний Доступ нужен для полировки игры перед релизом.

Выйдя в раннем доступе, я упущу релизный фичер.

Из-за того, что игра сюжетная, ее пройдут и забудут из-за отсутствия реиграбельности.

Я утону в куче никому не нужных инди игр, и на этом все закончится.

Конечно, без опыта разработки и релизов трудно принять правильное решение, но жизнь заставила рискнуть — ради призрачной возможности работать над Never Again уже полный рабочий день.

Я нарушил все правила, которые описывали эти статьи.

Чтобы лучше понять, кто я такой и оценить вес моего решения, попробую зайти издалека и рассказать, с чего все началось…

Кто я вообще такой?

Меня зовут Валентин Щекин, я родом из Челябинска. В подростковом возрасте я увлекся рок-музыкой, и это определило меня как музыканта, а позднее — и как звукорежиссера.

Это я в 20 лет. Сейчас сижу и думаю, как можно было так двигаться и не получить инфаркт.

Шли годы. Я построил небольшую студию, что позволило работать только на себя. Поскольку обычно я занимался звукорежиссурой по вечерам, утром в моей жизни образовалась пустота, которую я никак не мог заполнить и даже на какое-то время увлекался изучением религий. Оттуда я узнал об осознанных сновидениях, и, кто знает, как глубоко можно зайти, когда твой мозг постоянно требует новой “полезной” информации, которую потом нужно обязательно где-то применить.

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

Однажды, в одно такое утро, я решил поискать, во что бы мне было интересно поиграть. Поиски привели меня к Overlord, перед просмотром обзора на эту игру на youtube запустилась реклама со следующим роликом:

Сказать, что я был впечатлен — не сказать ничего. До этого я сталкивался с игровым движком: один из моих клиентов начал делать свою игру на Unity, и спрашивал, смогу ли я помочь ему с саунд-дизайном в будущем. Моя первая, не свойственная мне, реакция была – «ты все делаешь неправильно и нужно по-другому», хотя до этого я игры никогда не делал. В тот момент я глянул одним глазком на Unity — и игры делать не захотелось. Спустя какое-то время Epic Games объявила, что Unreal Engine 4 стал условно бесплатным, и именно по этому поводу на youtube была запущена та реклама, увиденная мною утром.

Первыми моими мыслями было – «почему такого мощного и доступного движка не было в моем детстве?». На следующий день мы с моей женой Инной определились, о чем будет наша игра и, в первую очередь, придумали, внимание, концовку игры.

Концовка сюжетной игры

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

Даже закончить эту статью — тяжелый интеллектуальный труд, а ведь писать я ее начал сразу после релиза в мае. Нужно было начинать с концовки :)

В целом, идею о том, что нужно начать именно с конца я где-то прочитал, и это больше относилось к написанию книг, но такой прием распространяется и на написание сценариев. В конечном счете, я решил попробовать — и это привело меня к релизу Never Again.

Все, что я буду рассказывать дальше, я понял не сразу. Знания ко мне приходили на протяжении всех 4 лет разработки.

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

Я не был уверен, что смогу реализовать то, что задумал, т.к. игр не делал и ничего про это не знал. Я даже не умел моделировать. Мог только написать музыку и свести. В то время, 4 года назад, стал популярен жанр “инди-хоррор” и я посчитал, что он подходит под мою историю и возможности. Такие игры не блистали качеством, делались быстро, “на коленке”, но концовка диктовала свои правила и не дала мне второпях разработать что попало.

Придуманный финал объяснял мне, как должны выглядеть персонажи и окружение. Я не был дизайнером, и никогда бы не подумал, что стану им. При игре в Never Again может показаться, что я изначально знал, как она будет выглядеть, но это совсем не так. Было потрачено полтора года перед тем, как визуал начал меня удовлетворять. Точнее, когда каждая созданная мною модель переставала противоречить концовке и общему стилю игры.

Начало разработки. Помню, как отправил это друзьям и и не понимал, что им не нравится :)

Например, на протяжении двух лет разработки главная героиня выглядела как 30-летняя женщина, хотя это должна была быть 13-летняя девочка. Я же не видел разницы, не мог оценить со стороны — даже когда все мои друзья хором говорили об этом. И таких моментов осознания за 4 года было очень много. Согласиться с тем, что все неправильно и требует переделывания – мучительный процесс и в дизайне, и в программировании.

Самый важный момент, на который влияет концовка и без которого ничего не получится — мотивация доделать игру. Желание поделиться своей историей с миром была настолько сильна, что двигала мной все 4 года, не было даже мысли о том, чтобы все бросить. За все это время я ни разу не подумал «может, ну его». Были мысли, что ничего не получится, что я потрачу часть жизни впустую, но чтобы все бросить — не приходило в голову ни разу.

Конец прежней жизни

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

Когда деньги закончились, Инне пришлось устроиться на работу, чтобы была возможность хотя бы снимать квартиру. Перед переездом я сделал небольшой ассет с физическими дверьми, он приносил в среднем в месяц около $100. В сумме у нас получались ничтожные деньги. Но, если во всем себе отказывать, прожить на них можно было.

Однажды мы пошли за покупками и Инне захотелось пироженку за 40р. Для меня тогда это была серьезная трата, и я долго принимал решение о покупке. В итоге сдался, мы ее купили, но дома обнаружили, что забыли эту пироженку на кассе самообслуживания. Чтобы пойти и купить вторую денег уже не было. Примерно в это время я стал думать о том, как монетизировать игру до релиза. Я в первый раз задумался о “Раннем Доступе”.

Продажа сломанной игры. Ранний Доступ

Мысль о монетизации игры до релиза не покидала меня, нужно было остаться на плаву и разрабатывать Never Again весь рабочий день, ведь устроиться на работу для меня было равносильным тому, чтобы бросить разработку и опустить руки. Вариантов было несколько:

Искать издателей;

Искать инвесторов;

Взять кредит;

Самостоятельно выйти в ранний доступ.

Время на поиск инвесторов и издателей было сильно ограничено, поскольку денег перестало хватать на нормальную еду. К тому моменту Инна отработала полгода и по правилам ее зарплатного банка ей уже могли одобрить кредит. Мы поехали в банк в надежде, что нам одобрят жалкие (на тот момент — огромные деньги) 100 000р. Помню, как менеджер так воодушевленно заполняла заявку на кредит, попросила подождать 30 минут перед одобрением и уверила нас, что мы сможем без проблем забрать эти деньги. Мы радостно пошли тратить последние 100р. на чизбургеры. Я прикинул, что одобренного нам кредита вполне хватит на три месяца. На душе внезапно стало безмятежно. Казалось, что проблемы позади, но вдруг пришла смс с «отказом».

Подходил к концу август, за окном кафе стоял Краснодарский зной, и я решил выйти со сломанной игрой в ранний доступ.

В этот же день мы поехали и уволили Инну по собственному желанию, чтобы нас полностью рассчитали, т.к. нужно было платить за квартиру. Август уже заканчивался и необходимо было выйти в ранний доступ до конца месяца, чтобы хоть какие-то деньги пришли в следующем. На тот момент уже было выложено демо на itch.io, оно обрывалось через 20 минут игры при первой встрече с боссом.

Благодаря демо на itch.io я получил мощнеший летсплей от Markiplier. Сегодня там почти 2,7 млн просмотров

Доделать игру до конца за несколько дней я не мог, нужно было найти другой способ выйти в ранний доступ с сюжетно-ориентированной игрой и поддерживать интерес к Never Again до момента полноценного релиза. Как раз в тот период прошел DevGamm в Киеве, где Алекс Ничипорчик прочитал лекцию про создание информационного шума вокруг Hello Neighbor. В лекции Алекс говорил о том, что у них была бесплатная пре- альфа версия игры и они решили остальные билды (Alpha 1 и Alpha 2) продавать за деньги. Ничего лучше, чем разделить игру на главы, я не придумал. Добавил локацию битвы с боссом, специально выкрутив на ней сложность до максимума, чтобы игрок задержался там минимум на 40 минут. Так я растянул первую главу до часа реального времени.

Релиз в раннем доступе состоялся 31 августа 2017 года.

Первые результаты

Стоимость первой главы я установил в $4. В первую ночь релиза в раннем доступе Never Again заработала $300. Если вычесть возвраты и налоги — $200. За один день отбилась месячная аренда квартиры, и я сразу стал задумываться о переезде в Санкт-Петербург, поближе к геймдеву.

Перед тем, как переехать в Питер, необходимо было сделать шаг назад и вернуться в Челябинск, чтобы немного подкопить и набраться сил. Через 10 дней после релиза в раннем доступе мы уже были на родине. Началась работа над второй главой, на нее ушло около 3 месяцев. А когда-то я планировал к этому времени уже выпустить Never Again. Хорошо, что нам не одобрили кредит — игру бы я доделать не успел, и закрыть его, соответственно, тоже. Сейчас, когда я собираю воедино все эти детали своей жизни, понимаю, что мы с Инной просто плыли по течению и искали любые варианты найти деньги и не потерять независимость.

Пришло время придумывать, как поднять цену так, чтобы продажи не упали, и не появилось недовольства у тех, кто добавил Never Again в список желаемого, но не успел купить по старой цене. Я заранее, еще на хэллоуинской и осенней распродаже, объявил, что игра подорожает, и покупать ее нужно прямо сейчас. Такой ход убил сразу двух зайцев: никаких претензий по поводу повышения цены у моих игроков не возникло, а трафик с прибылью даже немного вырос. Однако я не проверял вариант, в котором умалчиваю о повышении цены, да и вряд ли когда-нибудь поставлю такой эксперимент.

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

Возможно, мне помог совет очень серьезного экономиста, к которому я прислушался и поставил цену $8.

Я — ошибка выжившего

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

Благодаря выходу в ранний доступ, я смог полностью посвятить себя разработке. Решение выпускать Never Again по главам не только не отпугнуло игроков, а растянуло интерес на несколько лет. На меня лились тонны отзывов о багах и о том, что игроки хотели бы видеть в итоге. Но, в отличие от сразу полного релиза, эти отзывы плавно размазались на весь период разработки и не обрушились на меня в один день. Это дало возможность плавно войти в релиз и не получить нервный срыв. Да, я, скорее всего, упустил релизный трафик, но благодаря главам интерес к Never Again только рос, компенсируя потери.

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

Ранний доступ — хороший трамплин в разработку игр для тех, кто решился дойти до конца.

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

С сюжетной игрой можно выйти в ранний доступ, и тут поможет деление на главы. Обязательно в конце каждой главы должен быть крючок, который зацепит игрока и заставит его ждать продолжение. Увиденного не развидеть. Что касается реиграбельности, то достаточно добавить в игру секреты и статистику по их нахождению.

Да, в Стиме много треша, но рынок в конечном итоге решает сам эту проблему. Будьте искренними — и все у вас получится.

В данный момент я сделал порт игры на Nintendo Switch, который сегодня выходит в релиз.

Выпустить Never Again на консоли было мечтой, и после релиза ПК версии я начал неспеша искать способ ее реализовать. В отличие от steam в мире консолей дела обстоят несколько иначе, необходимо было искать издателя по ряду причин. В силу моего вредного характера с издателями подружиться так и не получилось, и тогда, каким-то волшебным образом, мой друг Слава сам стал издателем. Вместе мы прошли все круги ада, но в итоге все получилось. Теперь мы знаем, что такое релиз на Nintendo Switch.

Пару месяцев назад я посвятил статью оптимизации под эту платформу. Сразу же после этого пришлось выпустить пару патчей, потому что когда мы начали рассылать, ключи игра стала выдавать 15fps.

За 2 недели до релиза у меня был шок

Я успел решить эту проблему до релиза, но это уже совсем другая история. Спасибо, что дочитали до конца, надеюсь я вдохновил вас начать делать свою первую игру или закончить начатую. Удачи вам на этом нелегком пути!