Сам проект не предназначался как коммерческий. Целью я ставил на практике показать всю сложность разработки игр, а именно такие проблемы, как:
- Планирование и прототипирование проекта
- Продумывание и реализация архитектуры проекта и отдельных его компонентов
- Реализация интерфейса пользователя
- Отладка и исправление ошибок
- Работа с ассетами и графикой
В конце всей серии стримов у нас получился играбельный прототип “Сурвайвл” шутера. Те, у кого стакан наполовину полон, смогут даже назвать это пре-альфой без сюжета.
Если вам интересны подробности проекта, записи стримов, исходники и прочее, читайте далее.
Весь проект был реализован на визуальной системе программирования, под названием “Блупринты”. И конечно многие спецы могут назвать её ребяческой, разработать на ней можно спокойно даже относительно крупный проект. Более того, это можно сделать относительно быстро, как мы уже смогли доказать.
Сразу хочу ответить на вопрос: "Почему Блупринты, а не С++?". Ну во первых, когда я начинал серию, плюсы я почти не знал. Хотя я и сейчас подобный сингл делал бы на БП. Во вторых, БП почти не уступают плюсам в нашем случае, но при этом дают ряд возможностей: Не позволяют наделать множество ошибок, возможных с плюсами, не приходится отвлекаться между БП и С++, понятнее новичкам. Да и они в нашем случае не намного медленнее, учитывая тот факт, что почти вся логика построена на событиях.
Мы так же успели немного поработать над графикой. К сожалению, ассеты делать времени у нас не было, поэтому мы часть оставили пустышками, часть сделали прямо в редакторе из примитивов, а некоторый контент позаимствовали из бесплатных демок Epic Games. Тем не менее, что-то успели сделать и сами, например систему дня и ночи, постобработку для воды и некоторые материалы объектов сцены.
В планы моих стримов так же стояли и проблемы, которые могут возникнуть при разработке. Их я специально решал в прямом эфире, дабы не только показать, с чем могут столкнуться юные разработчики, но и как отлаживать свой код, искать баги и писать свой код так, что бы все это дело можно было делать в два раза быстрее. Конечно опыта в программировании у меня не десятки лет, и это сказывалось на том, какие порой глупые ошибки я делал. Да и уверен, что многие разработчики могут оспорить множество моментов в процессе написания игры.
Естественно, полноценной игрой это вряд ли можно назвать, так как нету ни сюжета, ни цели в игре — только чистая механика. Тем не менее, я считаю, что результатом можно гордится и он вполне отражает то, для чего задумывался весь проект.
- Управление персонажем
- Система жизненных показателей (Жизни, броня, стамина, голод, жажда)
- Переключение вида (от первого лица и от третьего)
- Моделька (сделали во Fuse, анимации взяли с Mixamo)
- Настроенные анимации передвижения и использования оружия
- Универсальное взаимодействие с предметами
Объектная система инвентаря
- Компонент инвентаря (встраивай в любой объект, куда хочешь)
- Клеточная система с поддержкой различного размера предметов
- Размер инвентаря по клеткам на страницу и по весу.
- Класс предметов, которые можно положить в инвентарь. Предметы хранятся в качестве объектов.
- Вес, размер, информация, состояние предмета
- Функционал для стака (когда в одной ячейке много одного предмета)
- Возможность добавить логику использования предмета
- Выбрасывание из инвентаря
- Интерфейс для взаимодействия с инвентарем
- Интерфейс для обмена между другим компонентом и своим.
- Drag&Drop манипуляция объектами между инвентарями и внутри одного.
- Контекстное менюу предметов
- Подсказки при наведении на предметы в инвентаре и в мире.
- Список генерируемых предметов при создании объекта с компонентом / начале игры.
- Список начальных предметов при создании объекта с компонентом / начале игры.
- Система торговли между другим инвентарем
- Интерфейс торговли
- Компонент менеджмента денег (необходим для работы торговли)
Система экипировки
- Экипировка нескольких типов предметов: Шляпы, Топ, Брюки, Ботинки, Оружие
- Скелетная синхронизация у Топа, брюк и ботинок. (Шляпы и оружие по сокетам)
- Удобное окошко для экипировки с поддержкой Drag&Drop
- Поддержка логики-модификаторов при одевании
Оружие
- Дальнобойное оружие
- Перезарядка
- Использование предметов-патронов из инвентаря
- Поддержка классов снарядов/пуль
- Автоогонь/одиночный огонь
- Отдача с разбросом (свой + от факторов, н.п. бег или приседание)
- Холодное оружие (с несколькими видами проверок на урон на выбор)
- Состояние оружия ухудшается при использовании
Система крафта
- Крафт по рецепту (выбрал рецепт, он скрафтил, аля фоллаут)
- Крафт по предметам (закинул нужные предметы, он скрафтил, аля майнкрафт)
- Интерфейс пользователя только для второго типа крафта.
Агрессивные мобы
- Мобы ближнего боя (если увидят, побегут и начнут бить)
- Мобы смешанного типа (стреляют, но если достаточно близко, побегут что бы ударить)
- Дальники оббегают препятствия, если не могут выстрелить.
- Есть встроенный инвентарь для лута после убийства.
- Зона спауна
- Список классов
- Шанс спауна
NPC
- Городские NPC, патрулирующие свою зону спауна
- Уникальные NPC
- Базовый контроллер расписания для уникальных НПЦ
- Реакция на урон (убегают или используют имеющееся оружие)
- Встроенный инвентарь для лута после убийства.
- Объектная диалоговая система
- Дерево диалогов
- Каждый ответ — объект
- Для каждого ответа можно докинуть любую логику или условие доступности.
- Интерфейс диалога
- Несколько готовых классов ответа (запускает торговлю, забирает ресурсы, если есть, выходит из диалога)
Строительство
- Класс конструкций, которые поддерживают размещение
- Использование предметов-ресурсов из инвентаря при размещении.
- Снаппинг на некоторых типах конструкций (н.п. Стены, фундамент, окна)
- Менюшка с конструкциями
- Подсвечивание конструкций, на которые хватает ресурсов
Дополнительно
- Небольшая карта с городом, лесом, водоемами (можно плавать).
- Система смены дня/ночи
- Автомобили
- Вид от первого или третьего. Общее с персом
- Включение/выключение фар.
- Встроенный компонент инвентаря (нужно взаимодействовать у багажника)
- Кое как работающие лестницы вертикального типа.
- Главное меню
- Меню паузы
- Меню с настройками графики
Впрочем, говорить о проекте можно бесконечно. И чтобы не превращать статью в книгу, предлагаю ознакомиться с игрой и возможностями по видео. А тем, кому стало действительно интересно, чуть ниже сможете найти записи всех стримов, ссылки на исходники и билд игры.
> Записи всех 50-ти частей стримов
- Начинаем и планируем проект. Создаем управление и поведение персонажа.
- Начинаем делать систему инвентаря.
- Продолжаем делать базу системы инвентаря.
- Готовим базу для экипировки и вооружения.
- Работа над оружием и использовании патронов.
- Делаем автострельбу и прицеливание.
- Создаем базовую систему крафта.
- Бег, переработка предметов и их износ.
- Реализовываем перезарядку для оружия.
- Делаем оружие ближнего боя.
- Доделываем ближний бой и делаем лестницу по которой можно взбираться.
- Делаем интерактивные предметы: Дерево, камень, кусты.
- Делаем HUD и начинаем делать интерфейс для инвентаря.
- Продолжаем работать над интерфейсом инвентаря. Делаем генерацию ячеек с предметами.
- Продолжаем делать генерацию ячеек и поиск места для предмета. Добавляем страницы инвентаря.
- Делаем небольшое взаимодействие с предметами в инвентаре и окно подробной информации.
- Сделали Drag&Drop перетаскивание предметов по инвентарю и в другой инвентарь.
- В этой части речь идет о визуализации крафта.
- Создаем окно с выбором количества предметов из стака для переброса в другой инвентарь.
- Делаем поддержку разных рецептов крафта, а так же фиксим разные баги у инвентаря.
- Создаем систему смены дня и ночи, а так же делаем новую сцену для нашего проекта.
- Начинаем создавать AI для агрессивных ботов.
- Делаем атаку мобов, а так же реакцию на атаку. Плюс реализуем сбор лута с мертвых мобов.
- Делаем зону спауна для нпц. Так же добавляем генерацию случайных предметов в инвентаре.
- Обновляемся до 4.13, а так же делаем дальних агрессивных нпц.
- Добавляем разные элементы на HUD. Добавляем ручную перезарядку оружия.
- Доделываем поддержку скелетной одежды и шапок. Добавляем анимацию для оружия от первого лица.
- Делаем интерфейс для работы с нашей системой экипировки.
- Начинаем делать торговую систему и компонент менеджмента денег.
- Продолжаем делать торговлю, создавая и настраивая компонент торговли.
- Делаем отмену торговли, а так же настраиваем анимацию перезарядки.
- Создаем транспорт со своим инвентарем, фарами и переключением вида. Создаем фонарик.
- Создаем строительство (а точнее систему размещения объектов перед собой).
- Делаем интерфейс для строительства, делаем привязку для стен.
- Создаем ещё несколько видов конструкций: Палатка, кровать, стул, стол, лампа, дверь. сундук, костер.
- Добавляем крышу, окна. Доделываем выравнивание относительно других конструкций.
- Делаем небольшое поселение, а так же населяем его NPC, которые так же создаем в этом уроке.
- Начинаем делать систему диалогов для наших жителей.
- Настраиваем туман и постобработку. Импортируем модель зомби и настраиваем ему анимации.
- Доделываем систему диалогов.
- Делаем взаимодействие с предметами от третьего лица, а так же модификаторы для брони.
- Создаем главное меню, меню паузы и настройки графики. А так же собираем первую сборку игры.
- Реализуем расписание для уникальных жителей.А так же что бы городские NPC убегали от атаки.
- Добавляем контекстное меню в инвентарь, а так же фиксим некоторые баги нашего инвентаря.
- Добавляем отдачу, разброс, анимацию выстрела и возможность ударить для огнестрельного оружия.
- Доделаем агрессивных и городских NPC, фиксим разные баги, связанные с ними.
- Настраиваем анимации для главного персонажа. Добавляем различную одежду.
- Исправляем различные ошибки в нашей игре.
- Исправляем различные ошибки крафта, NPC и экипировки в нашей игре.
- Немного дорабатываем карту и собираем последний билд.
> Исходники на Git (загрузка ZIP архивом не работает, архив почему-то поврежден.)
> Исходники на ЯДиск (Лицензия та же, что и в исходниках)
> Билд игры
В будущем я и дальше планирую проводить подобные стримы. Например на очереди у нас стрим по мультиплеерному шутеру, а затем стратегия.
Комментарии (44)
skyblade
25.04.2017 21:32А какие системные требования у проекта? Я так понимаю, там только под винду всё?
Flakky
25.04.2017 21:37О требованиях я как-то не задумывался, на самом деле. Все же это обучающий проект, а не на продакшн. Но хочу сказать, что если смотреть на всю сцену, фпс может проседать до 20 на GTX770 при фуллхд.
В последнем стриме мы определили, что источник такого низкого фпс — трава и растительность. Их я взял из демки Kite Demo, в которой ассеты для игр не особо оптимизированы. Хотя если поставить графику на минималки, то повыше будет фпс.
А собрать билд, думаю, что можно и под линукс и под мак. Если удалить эти тяжелые ассеты и почистить карту, думаю, что и на мобилках заработает.
PapaBubaDiop
25.04.2017 21:46+1Проект — чтобы набить руку? А что в планах?
Flakky
25.04.2017 22:33Проект что бы обучить других. А в планах ещё подобные вещи, но с другими жанрами и так же на С++.
Natakotenki
26.04.2017 21:23Спасибо за интересный труд!
Как Вы считаете, удалось достичь цели проекта на данном этапе? Есть ли фидбек от аудитории?Flakky
26.04.2017 21:23Да, конечно. Мы в целом добились хорошего результата, я считаю. Фидбек от аудитории конечно есть.
alexoron
25.04.2017 22:00+2Круто, чо.
Раньше помнится нечто подобное для Юнити и то на английском было, насколько помню.
А тут все (почти все) в серии.
Интересно будет все посмотреть.
1RIDDLE1
25.04.2017 22:33+2Александр, большая робота проделана. Спасибо!
Теперь ждем не менее интересный Online шутер.
aGgYomfg
26.04.2017 01:53Смотрел записи стримов на youtube, неплохо подаёте. Было бы не плохо если еще делали что то вроде «подведения итогов» в отдельных роликах с ключевыми моментами на 5-10 мин. Успехов.
Flakky
26.04.2017 12:23В стримах мы делаем подведение итогов. В уроках по 20 минут, в целом, это и не нужно, думаю. Хотя иногда говорю все равно по итогам.
JeriX
26.04.2017 09:55-1Оо ничоси! риспекты!
есть ли планы по созданию обучалок на C++? или может какие другие языки?
вроде бы в сообществе делали какие-то штуки для поддержки C# через Mono и поддержки Haxe -> C++Flakky
26.04.2017 12:28Ну от С# смысла мало в анриале, да и поддержки больше нет. Хакс тоже да, встраивали, но и его тоже не вижу смысла. В Анриале есть БП, которые решают 90% проблем быстро, удобно и наглядно. Для остального есть С++, которым, в общем-то, в анриале пользоваться не сложно.
А уроки по плюсам да. Я недавно начал выкладывать уроки. Но они там эксперементальные пока.
AllexIn
26.04.2017 11:27+1Круто.
Плюсик везде.
Но утверждение про пользу блюпринтов — они крайне сомнительные.
Да, для работы «в одного» они Ок. Но расскажите, как вы будете их мерджить в команде? Дифы хоть и есть, но они крайне неудобные. Не говоря уж о том, что блюпринты любят сбрасывать связи если интерфейс какого либо метода изменился.
То есть у нас просто исчетаез вызов метода. Код продолжает работать! Но часть веток в коде отваливается!
С++ хотя бы ругается на то, что у нас вызов не соответстует декларации. БП же молча убирает вызов и всё.
Полагаю вы этих минусов не видите в силу малого знакомства с разработкой в команде.Flakky
26.04.2017 12:33На самом деле в анриале есть мерджинг БП, если система контроля подключена в самом редакторе. Честно говоря, я никогда не пользовался, так как мы на работе почти никогда не пересекаемся по коду и я даже не подключаю гит в анриале.
Говорили что да, там есть недоработки. Но тут от себя сказать ничего не могу. По поводу связей согласен с вами :)
С кодом, конечно, проблем вообще нет)AllexIn
26.04.2017 12:36С кодом, конечно, проблемы есть.
Но решения проблем с кодом разрабатываются уже пол века, тем более что все проблемы хорошо известны. А БП инструмент очень новый. Проблем в нём вагон и БР еще очень далек чтобы стать полноценноый заменой коду. Тем более, что непонятно зачем через БП решать задачи для которых есть код.
Я понимаю Эпиков, которые акцентируются на БП, потому что БП значительно уменьшает порог вхождения, а значит увеличивает пользовательскую базу платящую за ассеты. Но я не понимаю разработчиков, которе выбирают заведомо менее подходящий инструмент.
UPD: Это не к вам вопрос. Понятно, что вам в стримах как раз нужно охватить максимум аудитории, а это как раз те, кто не осилил разработку кодом и ковыряет что-то в одиночку.
Это скорее замечание для тех, кто поведется на «БП идеальны». Нет, они не идеальны.Flakky
26.04.2017 12:51+1Тут на самом деле, кому что удобнее. Если по производительности не много теряется, то если удобнее БП, можно взять его. Это как, скажем, руби на рельсах и пхп. Не знаю, удачный ли пример, но все же…
По сути, это тот же код, просто другой. Очень многие так предвзято к нему относится. Не стоит так. Естественно фундаментальные вещи делаются на С++, но скриптить геймплей можно и на БП.
У вас в кадре все равно есть запас где-то 15мс из-за ограничений в графике, так что разницы в производительности С++ и Бп попросту не будет. Кадр будет отрисовываться с той же скоростью.
Более того, сам анриал очень привязан к БП. И очень многое лучше вообще не делать на С++.
Хотя согласен, что в нашем случае, скажем, компонент инвентаря, базовый класс предметов, контроллеры ИИ и подобное, лучше было бы писать на плюсах. Но поскольку стрим обучающий, да и по производительности мы не теряем, смысла в этом было мало :)AllexIn
26.04.2017 13:05+1Я ни слова про производительность не писал.
Плюс не стоит путать предвзятость и аргументированную критику. Я не предвзят к БП. У них уже сейчас есть определенная ниша. Но делать на них проекты… Сомнительное решение. Хотя я знаю что даже крупные проекты делаются целиком на БП.
Мнение основано не на предвзятости, а на личном опыте работы с УЕ в команде.
levindmy
26.04.2017 12:34-2было бы еще круче, если прикрутить реальные карты (гугл или яндех), дабы персонаж бегал в якобы реальных локациях.
или я фантазер?Flakky
26.04.2017 12:35+1Круто было бы много чего реализовать. Но такие узконаправленные вещи смысла нет показывать. Я специально выбрал такой жанр, что бы охватить максимальную аудиторию проектов по возможностям.
izzholtik
26.04.2017 13:40А кто-нибудь работал с сабжем под линуксом?
У меня полгода назад редактор, собиравшийся из исходников часа за четыре, стабильно сегфолтился при создании проекта, и я скоропостижно забил.AllexIn
26.04.2017 14:49А зачем? По своему опыту:
Основная ОС — Линукс. Но все работы по геймдеву на UE ведутся под виртуалкой на винде.
Проверять под линукс я даже не дергался, потому что все равно в реальном времени нужно бывает собрать приложение и отправить менеджеру на проверку. А это винда. Да и просто не понятно зачем два рабочих окружения с одним и тем же иметь.
netgoblin
26.04.2017 16:31Таких уроков по разработке «игр» на форумах полно. Написать десяток-другой акторов на блюпринте не сложно. Меня, например, больше интересуют решения таких вопросов как:
— уровни: переходы между ними, сохранение состояний игрока и мобов, и т.д.
— кат. сцены (как это организовано?)
— карта мира, мини-карта (не просто рендер карты сверху, а оптимизированное реалтаймовое отображение кастомных меток ботов/квестов и т.п. на заранее подготовленном изображении карты, а не GetAllActorsOfClass в событии OnTick)
— система квестов
— глобальное хранение игровых данных не зависимое от текущего уровня (где хранить такие данные? в GameMode, в Blackboard или еще где?)
— сохранение/загрузка
— как организованы pick-up объекты? все доступные объекты раскиданы в мире руками? как настраивать их характеристики? как насчет динамического спауна? а если ММО?
— как спаунятся противники на удаленном расстоянии от игрока? как сохранить состояние противника при удалении игрока от него и что делать с мобом дальше? а если это орда зомби?
Это не претензия к автору статьи, а скорее просьба по возможности поделиться более сложной (и интересной) теорией (хотя-бы). Спасибо.AllexIn
26.04.2017 16:40Аудитории для таких вещей нет.
Плюс те, кто знает это на ПРО уровне не зарабатывает стримами, а делает проекты.netgoblin
26.04.2017 18:04+11) Я не думаю, что мне одному это было бы интересно.
2) У Epic Games есть стримы по разработке игр. Беда лишь в том, что они тоже в основном базовыми принципами делятся. Хотя есть редкие исключения, когда на стримы приходят их гуру.
Flakky
26.04.2017 21:29Я понимаю. Но не все сразу:) Например миникарту мы постараемся рассмотреть в сетевом шутере. Остальное, думаю, уже потом.
Arios
26.04.2017 21:25Это все очень здорово. Я бы еще хотел узнать о другое стороне создания игр — документация, диз.док., концепт. док. и т.д. Хотя мне это не очень нравиться, но это довольно важная часть игр. Может Вы, когда будете делать стратегию, и этот момент осветите, так скажем от бумаги до целой игры? Конечно, можно найти такие статьи, но на реальном примере было бы интереснее.
HiroX
26.04.2017 22:52Win8.1, скачал, распаковал, запустил, нажал Start game. на Loading все зависло (кроме голоса в скайпе). ctrl+alt+del не помогли, так же как и альт+таб. секунды в скайпе на втором мониторе остановились… перезагрузил по долгому нажатию кнопки включения, второй раз не пробовал.
Flakky
26.04.2017 22:53Ждите дольше. Ассеты достаточно тяжелые, и пока этого всего дела в кеше нету, загрузка может длиться очень долго (зависит от системы).
DroneZzZko
27.04.2017 13:08Траву, например, можно заменить: https://www.unrealengine.com/marketplace/dynamic-grass-system
Flakky
27.04.2017 13:09Можно сделать что угодно :) Но это вы уже для своих проектов сами будете делать.
nikitasius
офигеть..!