Игровые новости #1

Game Pulse | неделя первая

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

Товарищи из Mechanics VoiceOver (R.G. MVO) запили локализацию кооперативной игры Сплит Фикшн. Если вы хотели попробовать, но языковой порог мешал впитывать сюжет, видимо, теперь ограничейний нет!

Ссылка на патч

---

Ряды Stopgame покинуло разом два автора: Василий Гальперов и Семён Окороков.

Тут можно отреагировать как угодно, от «И чё?» или «Хто это?» до «Ушла эпоха». Но новость, как мне кажется, для российского игрожурства значимая. Из плюсов: ушил они не под дождь с авоськой за плечами, а в собственную студию, основанную вместе с ранее покинувшим стопгейм Кунгуровым. Студия Ruler не совсем занимается разработкой игр, они занимаются созданием катсцен и трейлеров для чужих игр.

---

Игра Horses не выйдет ни в Steam ни в EGS. Кто она такая и почему это вообще вдруг новость?

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

Как итог, ребята делали претенциозную, странную игру, в которой есть какие-то философские высказывания. Тратят на это кучу времени и сил, а крупнейшие магазины говорят им: «Оставьте при себе, пожалуйста». Как следствие, команда сейчас стоит на грани закрытия, потому что как окупить разработку теперь – очень большой вопрос.

Правда, на фоне всего этого безобразия выгодно выделились ребята из GOG, которые не только не отменили публикацию, но решили ещё и выехать на этой теме, пропиарив таким образом и себя и игру. Так что, может всё ещё не так плохо. Но вообще, аккуратнее надо с играми, где голые люди в масках лошадей живут у других людей в качестве домашних животных...

---

На прошлой неделе ничего сильно интересного больше не происходило (ну или я пропустил). Посмотрим, что будет дальше

Всем хороших игр!

Клон Divinity на Unity

#1. Архитектура проекта

Тут расскажу о том, как я реализовал систему ввода и внутреннее устройство базовой архитектуры.

Спойлер: это изменится в будущих видео.

Ссылка на ВК видео.

Кстати, а почему бы не вставить видео нормально?

Клон Дивинити на Unity

Вводный пост

Всем доброго здравия!

Один из моих проектов называется «Сказания Руяна». Это классическая cRPG с изометрическим видом и пошаговыми боями.

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

Сам проект по клонированию я решил назвать Peverty: original clone

Ссылка на видео в ВК

Shadows of the Blade

Что делаем, куда идём

Игра, над которой я сейчас работаю — это сайдскроллер, экшн платформер.

Сюжет: древний китайский начинающий мечник спасает свою деревню от киборгов захватчиков из будущего.

На самом деле сюжет чуть сложнее, но преамбула такая. Хочется, так сказать, немного лампового безумия боевиков из 90-х.

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

Визуальный стиль: этакий рафинированный 16-битный пиксель-арт. Рисую сам в 90% случаев. На начальном этапе мне помогал @Sergej_Serov, изредка обращаюсь за артами-заглушками к чату ГПТ.

Некоторые товарищи во вчерашнем посте отметились, сказав, что есть опыт и желание применить куда-нибудь свои навыки.

@DoctorDoom @ZenitTTLMir1B @BespiriL Почитайте, если заинтересует, будет круто.

Я бы был рад, если бы кто-то присоединился ко мне в моём безумии.

Кто нужен? Нужны: художники, аниматоры, программисты, левел-дизайнеры.

Level Design в Unity с нуля

#3. Прототипирование

Мы нарисовали план, что дальше?

Дальше надо наш уровень собрать из примитивов. Чтобы по нему была возможность «побегать».

У прототипирования есть два уровня: ГрейБокс и УайтБокс. Очевидно что это англицизмы, но в чём между ними различия? Серенький – более «грязный», Беленький – более «чистый».

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

Если всё хорошо, то переходим в Witebox уровню, если нет, то вносим правки и снова тестирование.

«Чистенький» вариант отличается от своего собрата тем, что там появляются более чёткие формы. Могут быть уже первые тестовые 3Дэ модели, уже какие-то красивости, но совсем минимально, главное, чтоб при попытке в это поиграть, это выглядело уже примерно так, как будет в итоге.

Например

А вот так уровень выглядит у меня

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

Как создать прототип? Какими инструментами пользоваться?

Если мы касаемся непосредственно Юнити, то для прототипирования уровня можно пользоваться просто кубами и растягивать их как угодно, получая итоговую геометрию. Либо можно воспользоваться инструментом уже более предназначенным для этого, имя которому ProBuilder.

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

Ну и, конечно же, прототип уровня можно собрать в любом 3Дэ редакторе и просто перенести в движок.

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

Замечу, что я рассказываю именно про 3D игры, так как в двухмерной левел-дизайне и процесс и инструменты совсем другие.

Если у вас есть вопросы, не стесняйтесь задавать! Если есть критика и несогласие, не поленитесь написать)

Level Design в Unity

Вводный пост

Всем здравия!

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

План будет следующим:

1. Препродакш
2. Прототипирование
3. Детализация
4. Оптимизация
5. Ландшафт
6. Точки интереса
7. Свет и цвет
8. Звук

Всё постараюсь сделать с актуальными на сегодняшних день скринами.

Если есть вопросы, предложения, пожелания, пишите. Если чувствуете, что в моём списке не хватает каких-то важных тем, тоже не забудьте мне об этом сказать.

Первый пост вывалю завтра.

Всем хороших игр!

Создание игровых моделей

Просто делюсь тем, как делаю их для своей игры

Видео старое. Просто решил перенести свои посты с Пикабу на новый дом.

Dangeon Warder Panel

Вступительная часть

Всем доброго здравия, дорогие друзья!

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

И так, начнём с самых азов. На чём всё это безобразие будет работать?
На Unity. Почему? Да потому что на ней достаточно дёшево реализуется общение с ГПУ, а оно нам тут понадобится.

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

Что мы сейчас имеем:
1. Система приключений
2. Внутри каждого приключения есть система игровых сессий
3. Внутри сессий и приключений есть возможность редактирования базы НИП, заданий, предметов и локаций

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

Для этого у меня создан класс SectionsManager, который висит в памяти приложения как Singleton. Он хранит в себе информацию о том, какие разделы мы будем использовать. Добавлять их туда можно через конфиги или через код, это уже вопрос того, кому как удобно.
А потом есть код, отвечающий чисто за UI и он ждёт от этого менеджера команду, когда тот всю необходимую информацию соберёт и скажет, что вот сейчас уже можно рисовать

    private void Awake()
{
    SectionsManager.GetInstance().IsReadyToRender += Render;
}

private void Render()
{
    Sequence seq = DOTween.Sequence();
    foreach (IMenuSection section in SectionsManager.GetInstance().Sections) {
        SectionButton button = Instantiate(sectionButtonPrefab, transform);

        RectTransform rt = button.GetComponent<RectTransform>();
        CanvasGroup cg   = button.GetComponent<CanvasGroup>();
        
        cg.alpha = 0f;
        button.transform.localScale = Vector3.zero;

        button.Init(section.GetName(), () => { section.Show(transform.parent); });

        seq.AppendCallback(() =>
        {
            cg.DOFade(1f, 0.3f).SetEase(Ease.OutQuad);
            button.transform.DOScale(1f, 0.4f).SetEase(Ease.OutBack);
        });

        seq.AppendInterval(0.1f);
    }
}

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

Понятия не имею, интересно ли это вообще хоть кому-то, но я искренне надеюсь, что среди пользователей сайта есть люди неравнодушные к программированию, геймдеву и НРИ.

Посему жду комментариев, вопросов, критики, чего угодно.

Всем хороших игр!