Кодзима Гений - канал про геймдизайн
7.71K subscribers
478 photos
38 videos
21 files
1.29K links
Здесь рассказывают про геймдизайн и индустрию разработки видеоигр, делятся полезными материалами
Чат: @kojima_talks

Сотрудничество, реклама: @tkoff
Download Telegram
​​О последовательности игровых заданий в S.T.A.L.K.E.R.: Тень Чернобыля

Сейчас наворачиваю S.T.A.L.K.E.R: Тень Чернобыля, и обратил внимание на реализацию системы заданий, которая по современным меркам выглядит как достаточно непроработанная часть игрового процесса.

Игра предлагает четыре типа заданий:
1. Сюжетные - задачи выдаются друг за другом в момент выполнения предыдущей. Задачи не имеют временного ограничения;
2. Дополнительные - выдаются определёнными NPC, не обязательны к выполнению, направлены на получение ресурсов. Задачи репетативные и не несут смысловой нагрузки. Как правило, ограничены по времени исполнения и могут выполняться репетативно;
3. Ситуативные - возникают автоматически при исследовании игрового мира (например, защита базы сталкеров на Свалке при первом посещении локации). Так же имеют временное ограничение, но не обязательны к исполнению;
4. Дополнительные сюжетные - выдаются определёнными NPC, не имеют ограничения по времени и призваны расширить лор игры. Уникальные по своей структуре, но их легко пропустить, и они не влияют на прогресс прохождения.

В системе заданий я обнаружил следующие проблемы:
1. Изначально у игрока есть глобальная задача - убить Стрелка. Сама задача не требует активного участия от игрока, и практически до конца игры по ней нет никакого прогресса. Не понятно, почему задача выделена отдельным заданием.
2. Сюжетные задачи могут выдаваться «пачкой». То есть у игрока появляется несколько задач одновременно. Это создаёт иллюзию нелинейности прохождения. Однако задачи между собой связаны, и возможность завершить задачу появляется только после выполнения другой. Более того, на карте сразу отображаются метки с локацией задачи, что вдобавок путает игрока.
3. У дополнительной задачи могут быть два заказчика. В данном случае в логе отображаются два одинаковых квеста. Задачу можно сдать только одному NPC, что автоматически проваливает задание другого.
4. Ситуативные задачи ставят игрока перед фактом - у него появилась новая необязательная цель, хочет он её выполнять или нет. Если на неё не обращать внимания, то она будет провалена - так же, как и другие дополнительные задачи.
5. Дополнительные сюжетные задачи в большинстве случаев никак не обозначаются игроку. Игрок самостоятельно должен дойти до определённого NPC и завести с ним диалог.

Как можно исправить подобное поведение:
1. Сделать основное сюжетное задание единым, и все промежуточные цели писать в лог данного задания. Например, это может быть изначальное задание «Узнать тайну Стрелка», в которое последовательно будет заноситься сюжетный прогресс.
2. Однозначно определять заказчика задания, условия выполнения и провала.
3. реализовать систему отображения квестовых персонажей, чтобы у игрока был ориентир - к какому NPC нужно подходить за заданием.
4. При возникновении ситуативной задачи предлагать игроку выбор - будет ли он браться за него или нет. В случае отказа не накладывать штраф в виде проваленного задания.

#Геймдизайн
#Задания
Про алгоритм планирования поведения NPC Goal-Oriented Action Planning

Hitman: World of Assissination Trilogy - удобная база для наблюдения за поведением NPC его и реакциями на действия игрока. В ядре игрового процесса лежит манипуляция алгоритмами, отвечающими за расписание действий статиста на уровне. Если у вас есть игра, рекомендую поиграться с болванчиками и найти множество неровностей в реализации их интеллекта - лично я получил от этого процесса удовольствия больше, чем от выполнения игровых целей.

В основе поведения ИИ в игре лежит подход Goal-Oriented Behavior (GOB). По сути, это дерево, описывающее принятие решения поведения NPC в зависимости от текущего состояния игрового мира. Например, не боевой NPC, находясь в состоянии угрозы, будет стремиться найти укрытие или безопасную зону. Выйдя из состояния угрозы, он вернётся к дефолтному состоянию, будто бы до этого ничего не происходило.

Goal-Oriented Action Planning (GOAP) использует подход GOB, но позволяет описать план действий для набора одинаковых типов NPC, но которые должны по-разному реагировать на изменение игровой системы. Каждый NPC автономно будет искать наиболее выгодный алгоритм достижения текущей поставленной цели и менять его в зависимости от внешних факторов.

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

Чтобы лучше понять GOAP, рекомендую ознакомиться со следующими статьями:
https://habr.com/ru/post/650235/ - overview по GOAP на русском языке

https://medium.com/@vedantchaudhari/goal-oriented-action-planning-34035ed40d0b - чуть более глубокое описание GOAP на английском языке

https://alumni.media.mit.edu/~jorkin/goap.html - кладезь глубинного описания GOAP с большим количеством примеров и ссылок на другие ресурсы на английском языке

#ИскуственныйИнтеллект
#Геймдизайн

Если вам понравился материал, расскажите о канале друзьям, или поделитесь ссылкой у себя на канале - это помогает развитию и улучшает качество выпускаемых материалов ❤️
​​О хардкорности игрового процесса

Играя в «Чистое небо» я несколько раз хотел сделать rage quit из-за несправедливого, на мой взгляд, игрового процесса.

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

Проблема заключается в том, что бандиты могут отбить ранее захваченные точки перехода. Из-за этого задача на захват лагеря автоматически отменяется. И мне нужно заново помогать «Сталкерам» производить захват.

В лагере находится 15-20 NPC, и при уходе с локации уже убитые мной бандиты респаунятся. Представьте цикл:
1. Я убиваю 19 бандитов из 20;
2. Задание на захват лагеря отменяется;
3. Я иду захватывать точку перехода и возвращаюсь в лагерь;
4. Убитые мной бандиты возраждаются;
5. Повторить начиная с первого пункта.

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

Кто-то может назвать это хардкорностью игрового процесса. Я же скажу, что это not fair, и у хардкорных игр есть свои отличительные черты, позволяющие получить удовольствие даже при постоянном проигрыше:

1. Понятные правила игры. В игровом процессе может быть полно функций, в которых игроку стоит разбираться (например, симулятор ARMA). Но каждая из функций работает на игровой процесс, а не сделана для «галочки». Игрок понимает, по каким правилам работает игра, и соглашается с ними.
2. Наказание игрока справедливое и зависит от его навыка. Помещение игрока в ситуацию «у тебя один патрон и 10 врагов» не выглядит справедливым - у игрока нет возможности решить поставленную задачу своим навыком и пониманием правил. Из-за этого каждый проигрыш не заставляет игрока искать новые тактики и оттачивать мастерство, а снова и снова попадать в цикл, результат которого от него не зависит. Смерть в souls-like выглядит справедливой, так как процесс боя полностью зависит от реакции игрока и его умении сражаться.
3. Сведение случайности к нулю. Игровой процесс сбалансирован таким образом, что исход события не зависит от случайных чисел. в том же «Чистом небе» брошенная NPC граната, взорвавшить рядом с игроком, может как снять часть здоровья, так и совершить one shot kill. Удержание в голове вероятность разброса мне, как игроку, доставляет ненужное усложнение.

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

#Геймдизайн
Механика: телепортация персонажа

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

Суть:
Игровой аватар по нажатию кнопки на контроллере перемещается по пространству уровня на определённое расстояние. Расстояние можно определить следующими образами:
1. Статичное расстояние - аватар перемещается на заранее вычесленное расстояние от текущего местоположения. Игрок не может контролировать его перемещение. Предположим, телепортация перемещает персонажа на 10 метров по направлению игровой камеры, либо по направлению взгляда персонажа, либо по направлению положения курсора, если игра изометрическая;
2. Итоговое положение определяется игроком - аватар перемещается в точку, указанную игроком. В данном случае у механики может быть ограничение на расстояние перемещения, либо ограничение по геометрии уровня (например, аватар не может перемещаться на поверхность с песком, на вертикальную поверхность и т.п.);
3. Телепортация в изначально предустановленных местах - аватар должен находиться в строго указанно месте, и перемещается он в строго прописанное место в пространстве. Аналогия данного подхода - цепляние крюком-кошкой за выступ и перемещение аватара в пункт назначения.

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

С эстетической точки зрения телепортация, по классике, выглядит следующим образом:
1. Игровой аватар исчезает из точки нахождения. Исчезновение модели происходит при помощи спецэффектов;
2. Игровой аватар помещается в точку назначения. Так же при помощи спецэффектов;
3. Игровая камера с небольшой задержкой перемещается в новую точку нахождения аватара. Можно реализовать анимация перемещения камеры;
4. Если игра от первого лица, то нужно так же поработать над комфортной анимацией эффектов телепортирования и перемещения камеры в пространстве.

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

Зачем нужна механика:
1. Ускорить перемещение по пустым участкам уровня;
2. Решение пространственных головоломок;
3. Использование в stealth-прохождении;
4. Приобретение тактического преимущества перед врагами в сражении.

Визуализацию механики можно посмотреть в этом видео:
https://www.youtube.com/watch?v=GI86f5eml6I
https://www.youtube.com/watch?v=cohKnirB7Ew

#Геймдизайн
​​Темп игрового процесса

Почитайте статью Филипа Кулианоса о важности балансировки темпа игрового процесса. Для препарирования он взял три классические игры: Half-Life 2 episode 1, X-Men Origins: Wolverine и Batman: Arkham Origins.

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

Так, анализ игры X-Men Origins: Wolverine показывает, что игра страдает от чрезмерного однообразия и недостаточного разнообразия в темпе геймплея. Большинство игровых сегментов состоит из длительных боевых сцен, которые занимают до 10 минут, и чередуются с короткими моментами исследования или простыми головоломками. Отсутствие разнообразия приводит к повторяющимся игровым ситуациям, что может вызвать скуку у игрока. Бои с боссами, как правило, сконцентрированы ближе к концу игры, что также нарушает равномерность темпа и снижает общее впечатление.

Оригинал статьи:
https://www.gamedeveloper.com/design/pacing-and-gameplay-analysis-in-theory-and-practice

#Геймдизайн
Скрытые игровые механики

Обратите внимание на видео от Extra Credits про приёмы геймдизайна, которые "обманывают" мозг игрока:
https://www.youtube.com/watch?v=sLXLlJ7FhJU

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

Основная часть видео посвящена вероятности - точнее тому, как её воспринимает наш мозг. Когда игра говорит, что шанс успешного попадания по врагу равен 95%, наш мозг воспринимает эту информацию как 100%-ую гарантию попадания. Промах при такой вероятности будет вызывать недоумение у игрока, а не рациональное восприятие вероятности.

Так же напомню, что на канале я уже выкладывал подборку скрытых механик, о которых не грех будет напомнить:
https://t.me/kojima_calls/95
https://t.me/kojima_calls/96

#Геймдизайн
Шаблоны дизайна и анализ поведения игроков в шутерах от первого лица

ИСПОЛИНСКАЯ работа за авторством Кеннета Хуллета, аналитика игровых данных, с головой погружает нас в практическое исследование игр жанра First Person Shooter. В работе охвачено вообще всё, что можно охватить по играм данного жанра:
1. Левел дизайн;
2. Шаблоны проектирования уровней - типы уровней, навигация, разбиение на отдельные отрезки;
3. Поведение игроков - время прохождения уровня, уровень напряжения и внимания, испытания;
4. Различные шаблоны поведения для получения преимущества над другими игроками и NPC;
5. Собственно, классификация самих NPC;
6. Да просто придумайте что-нибудь - это будет в работе.

Единственный недостаток работы заключается в том, что она была написала в далёком 2012 году. Поэтому её стоит (стоит!) изучить для самостоятельного нахождения прогресса (или регресса) в геймдизайне FPS за прошедшие 7 лет.

Схороняйте и читайте.

Статья:
https://escholarship.org/uc/item/1m25b5j5

Краткая версия:
https://www.nextleveldesign.org/index.php?/content/articles/the-science-of-level-design-design-patterns-and-analysis-of-player-behavior-in-first-person-shooter-levels-kenneth-m-hullett-r206/

#Геймдизайн
#Левелдизайн
Механика Hit-scan в шутерах

Hit-scan — это метод определения попадания пули в цель в видеоиграх, при котором считается, что пуля мгновенно достигает своей цели без учета времени полета, гравитации или других баллистических факторов.

Как работает Hit-scan
1. Мгновенное достижение цели: Когда игрок нажимает кнопку выстрела, игра мгновенно проводит воображаемую линию (луч) от ствола оружия в направлении прицела.
2. Проверка столкновений: Игра проверяет, пересекает ли этот луч какой-либо объект или персонажа в игровом мире.
3. Определение попадания: Если луч пересекает хитбокс (невидимый объем, определяющий зону попадания) цели, считается, что пуля попала.
4. Обработка урона: Игра вычисляет нанесенный урон с учетом характеристик оружия, дистанции и возможных препятствий.

Преимущества Hit-scan
1. Высокая скорость реакции: Поскольку пуля достигает цели мгновенно, игрок получает немедленную обратную связь, что делает игровой процесс более динамичным.
2. Простота реализации: Требует меньше ресурсов для программирования и оптимизации по сравнению с моделированием физики снарядов.
3. Подходит для быстрых шутеров: Обеспечивает плавный и быстрый темп игры, что характерно для серии Call of Duty.

Недостатки Hit-scan
1. Отсутствие реализма: Не учитывает реальные физические параметры, такие как скорость пули, падение траектории и влияние гравитации.
2. Ограниченная глубина геймплея: Не требует от игрока учета упреждения или других баллистических нюансов.
3. Невозможность уклонения: Цели не могут избежать попадания, перемещаясь после выстрела, что может снизить стратегическую составляющую.

Примеры использования
Call of Duty Series: Большинство оружия использует Hit-scan, что способствует быстрому и динамичному игровому процессу.
Counter-Strike: Также применяет Hit-scan для большинства видов оружия.

Видео: https://www.youtube.com/watch?v=QaJdoMHb8nY&t=73s&ab_channel=GamingScan

#Геймдизайн
Ссылки для гейм-дизайнеров 🔗

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

Англоязычные ресурсы 🇬🇧
Короткие видео по аспектам гейм-дизайна — Extra Credits
Видеоблог по гейм-дизайну — Keith Burgun Games
Популярный канал по ГД — Game Maker's Toolkit
Новости геймдева — Gameworldobserver
Записи выступлений с конфы — GDC
Разборы гейм-дизайна — Design Doc
Разбор тем по играм — NakeyJakey
Обзоры игр — GamingBolt
Самая большая библиотека по левел-дизайну
Статьи по левел-дизайну — World of Level Design
Подкаст о создании настолок — Board Gamedesign Lab
Сайт с полезностями для разработчиков — GameDiscoverCo
Инвестиционный фонд, на сайте есть и полезные ресурсы — The Games Fund
Новости игровой индустрии — Game Developer
Документы чужих игр — Game Documents
AI в играх — AI and Games

Русскоязычные ресурсы 🇷🇺
Библия гейм-дизайнера — Манжеты гейм-дизайнера
Статьи по гейм-дизайну и левел-дизайну — Аус Хестов
Новости индустрии и иногда полезные статейки — App2Top
Сайт Михаила Кадикова по левел-дизайну — Михаил Кадиков
Статьи Васи Скобелева
Термины левел-дизайнера от Васи Скобелева
Термины для гейм-дизайнеров
Словарь гейм-дизайнера от PRO Мобильные игры
Как сделать хороший PnP настолки от Граникона
Видео по геймдеву и гейм-дизайну — XYZ
Обзоры игр и видеоэссе — DTF. Нового контента нет.
Длинные эссе по играм — TVG
Таблица бесплатных менторов от Ступеней геймдева
База инди-разработчиков от Prototype.indie, иногда ищут гдшников в команду
Иммерсивные видео по играм — Луцай
Подкаст «Как делают игры»
Подкаст «Хочу в геймдев»
Подкаст «Радио ГД»
Подкаст «Радио Настолкинг»
Подкаст «PRO геймдев»

Каналы
💙
Обновлённая папка с гейм-дизайн каналами

Бесплатные курсы 🤓
Начни Игру(трек «Гейм-дизайн»)
Edvice (во вкладке курсов отображаются не все, нужно долистывать до конца страницы и оттуда переходить)
Как создать настольную игру

Сервисы
Проектирование и прогноз экономических моделей — Machinations
Прототипы настольных игр в браузере — Dextrous
Прототипы настольных игр в Steam — Tabletop Simulator
База интерфейсов в играх — Game UI Database
Создание мокапов, в комментах ссылка на билд — Balsamiq Mockups
Рейтинг ПК и консольных игр от критиков и игроков — Metacritic
Рейтинг настольных игр на английском — BoardGameGeek
Рейтинг настольных игр на русском — Тесера
Аналитика игр в Steam — Gamalytic
Нейронка по генерации формул в таблицах — Formulazier
LiveOps и монетизация — Balancy
Инструмент для работы с картинками на основе разных AI — Phygital +
Проектирование карт местности — Inkarnate

Шаблоны 🗳
Питч-дек от Начни Игру
Питч-дек от Сергея Гимельрейха
Концепт-документ от Начни Игру
Концепт-документ от Сергея Гимельрейха
Формулы для баланса от автора с DTF
Формулы для баланса от Технического геймдизайна

Бонус 💣
Табличка с инвесторами от INDIE SPACE(часть могла устареть)
Табличка с инвесторами, издателями, аутсорсерами и проектами от Midcore Chat

Автор поста: «Не рисуем и не кодим — Геймдизайн»

За помощь в сборе ссылок спасибо авторам каналов:
Блог Василия Скобелева
Арина Радвиксен
Практика гейм-дизайна
PRO геймдизайн настолок
Кодзима Гений - канал про геймдизайн
Вова Ковтун. Геймдев, процессы, саморазвитие

Загляните к ним, там много чего интересного ;)

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

#Геймдизайн #База_геймдизайна
Please open Telegram to view this post
VIEW IN TELEGRAM
О хорроре в детской игре Piglet’s Big Game

Жизнь меня к этому не готовила…

Вчера в твиттере завирусился пост с саундтреком из игры про диснеевского Пяточка, мультфильмы с которым мы все смотрели по выходым в «Дисней клубе». Несколько композиций из игры никак не соотносились со знаниями о доброй детской сказке, послушайте:
https://www.youtube.com/watch?v=PPOSgDijVpg&list=PLFTGGp78TG97mmM_a1dYmgCBOCCxwfJGp&index=6&ab_channel=Piglet%27sBigGaming (и далее по плейлисту)

Для меня этот и некоторые другие треки отдают сайленхилловскими мотивами за авторством Акиры Ямаоки.

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

Хочу сказать «Браво!» геймдизайнеру. В течение шестичасовой игры на первоисточник были натянуты:
1. Сказочная адвенчура про борьбу со слонопотамами;
2. Стелс от зверей и приведений;
3. Целый часовой уровень в духе первого Resident Evil в проклятом доме;
4. Сайленхилловские ракурсы камер в некоторых сценах;
5. Плавный переход от описанного эмбиента к полному отсутствию музыки на некоторых уровнях.

Посмотрите геймплей. У меня он вызывает ассоциации не столько со сказкой про Пуха, сколько со следующими тайтлами (вдобавок к SH и RE):
1. City of Lost Children;
2. Evil Twins;
3. Luigi’s Mansion.
https://www.youtube.com/watch?v=hQmisOir0vQ&ab_channel=LongplayArchive

И я не понимаю, как в 2003 году этот концепт был утверждён и выпущен 😅

Самое удивительное, что я не могу вспомнить похожие кейсы, когда милая с виду игра отдаёт хоррор-атмосферой - и делает это случайно. То есть, в играх по типу Doki Doki Literuture Club! хоррор элемент изначально является частью всей композиции. А Piglet’s Big Game вообще не про хоррор. Но из-за принятых решений насчёт стилистики, музыки, арта, дизайна врагов и окружения она вызывает некоторый диссонанс между ожиданием от детской игры и её реализацией.

Что скажете?

#Вахуе
#Геймдизайн