О проектировании головоломок в видеоиграх
Удачная и интересная головоломка должна обладать следующими свойствами:
1. Понятность - правила решения головоломки должны быть изначально понятны игроку.
Пример: вам нужно в правильном порядке нажать кнопки, чтобы открыть дверь.
2. Узнаваемость - головоломка должна быть основана на жизненном опыте игрока, либо на опыте, полученном в игре ранее.
Пример: The Witness учит игрока решать головоломки «от простого к сложному», и игроку становится понятны правила взаимодействия с миром игры.
3. Отзывчивость - игра должна давать игроку обратную связь при исполнении правильных или неправильных действий для решения задачи.
Пример: В Solasta при правильном расположении персонажей на камнях у храма, игра подсвечивает камень с составленной фигурой.
4. Простота - игроку не нужно совершать неочевидных с точки зрения устройства игры функций для решения задачи.
Пример: Игроку нужно переправить вагонетку в другую часть локации, и он может делать это при помощи рычагов и переключателей, а не, например, света или звука.
5. Челлендж - с другой стороны, баланс сложности головоломки должен быть настроен таким образом, чтобы игрок поймал чувство осенившей идеи.
Пример: любая головоломка из Portal.
6. Награда - решение загадк должно приносить как внутреннюю удовлетворённость, так как давать ништяки в игре.
Например, после решения головоломки игровой аватар получает опыт, который можно потратить на повышение уровня.
Процесс решения головоломки включает:
1. Исследование - изучение текущего состояния игры и возможностей для решения головоломки.
2. Планирование - моделирование последовательности действий для решения головоломки.
3. Эксперементирование - возможность безнаказанно или с небольшим штрафом ошибиться, чтобы улучшить понимание того, как головоломка должна функционировать на самом деле.
Более подробно о проектировании головоломок можно прочитать по ссылкам:
http://aushestov.ru/challenges-for-game-designers-%D0%B3%D0%BB%D0%B0%D0%B2%D0%B0-3-%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD-%D0%B3%D0%BE%D0%BB%D0%BE%D0%B2%D0%BE%D0%BB%D0%BE%D0%BC%D0%BE%D0%BA/
https://media-xyz.com/ru/articles/1949-kak-ia-pridumal-svoi-freimvork-dlia-prostrans
#Геймдизайн
Удачная и интересная головоломка должна обладать следующими свойствами:
1. Понятность - правила решения головоломки должны быть изначально понятны игроку.
Пример: вам нужно в правильном порядке нажать кнопки, чтобы открыть дверь.
2. Узнаваемость - головоломка должна быть основана на жизненном опыте игрока, либо на опыте, полученном в игре ранее.
Пример: The Witness учит игрока решать головоломки «от простого к сложному», и игроку становится понятны правила взаимодействия с миром игры.
3. Отзывчивость - игра должна давать игроку обратную связь при исполнении правильных или неправильных действий для решения задачи.
Пример: В Solasta при правильном расположении персонажей на камнях у храма, игра подсвечивает камень с составленной фигурой.
4. Простота - игроку не нужно совершать неочевидных с точки зрения устройства игры функций для решения задачи.
Пример: Игроку нужно переправить вагонетку в другую часть локации, и он может делать это при помощи рычагов и переключателей, а не, например, света или звука.
5. Челлендж - с другой стороны, баланс сложности головоломки должен быть настроен таким образом, чтобы игрок поймал чувство осенившей идеи.
Пример: любая головоломка из Portal.
6. Награда - решение загадк должно приносить как внутреннюю удовлетворённость, так как давать ништяки в игре.
Например, после решения головоломки игровой аватар получает опыт, который можно потратить на повышение уровня.
Процесс решения головоломки включает:
1. Исследование - изучение текущего состояния игры и возможностей для решения головоломки.
2. Планирование - моделирование последовательности действий для решения головоломки.
3. Эксперементирование - возможность безнаказанно или с небольшим штрафом ошибиться, чтобы улучшить понимание того, как головоломка должна функционировать на самом деле.
Более подробно о проектировании головоломок можно прочитать по ссылкам:
http://aushestov.ru/challenges-for-game-designers-%D0%B3%D0%BB%D0%B0%D0%B2%D0%B0-3-%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD-%D0%B3%D0%BE%D0%BB%D0%BE%D0%B2%D0%BE%D0%BB%D0%BE%D0%BC%D0%BE%D0%BA/
https://media-xyz.com/ru/articles/1949-kak-ia-pridumal-svoi-freimvork-dlia-prostrans
#Геймдизайн
Про возможный таймер в Far Cry 7
На неделе появилась новость про то, что в следующей номерной части серии будет 24-часовой таймер, в рамках которых игрок должен будет пройти кампанию. Данная новость родила много сомнений у пользователей интернета по поводу того, что таймер в игре с открытым миром будет уместным.
Не ясно, как дела будут обстоять на самом деле - не было даже официального анонса. Но я предлагаю поррасуждать, как можно внедрить в open world игру механику с глобальным ограничением по времени так, чтобы она не была основным давлением на игрока.
Мнимый таймер
Первое, что приходит в голову - игровой таймер должен быть фейковым. Это значит, что он является только и исключительно нарративным инструментом. Например, он будет отображаться на экране игрока только в моменте свершения ключевого сюжетного события. Похожая механика с глобальным таймером используется, например, в Dead Rising.
Дискретный таймер
Таймер запускается только в рамках сюжетных заданий. В открытом мире игрок на геймплей может тратить столько времени, сколько нужно.
Сюжетный таймер
Временное ограничение будет работать в одном из актов сюжета. После завершения данного акта, влияние таймера на игровой процесс снимается.
Инкрементный таймер
У игрока есть возможность отсрочить время дедйлайна на основании действий, совершаемых в открытом мире.
Таймер с запасом
Время, отведённое дизайнером, хватает с запасом для завершения сюжета.
Какие примеры механики «недавящего» таймера вы можете вспомнить?
#Геймдизайн
На неделе появилась новость про то, что в следующей номерной части серии будет 24-часовой таймер, в рамках которых игрок должен будет пройти кампанию. Данная новость родила много сомнений у пользователей интернета по поводу того, что таймер в игре с открытым миром будет уместным.
Не ясно, как дела будут обстоять на самом деле - не было даже официального анонса. Но я предлагаю поррасуждать, как можно внедрить в open world игру механику с глобальным ограничением по времени так, чтобы она не была основным давлением на игрока.
Мнимый таймер
Первое, что приходит в голову - игровой таймер должен быть фейковым. Это значит, что он является только и исключительно нарративным инструментом. Например, он будет отображаться на экране игрока только в моменте свершения ключевого сюжетного события. Похожая механика с глобальным таймером используется, например, в Dead Rising.
Дискретный таймер
Таймер запускается только в рамках сюжетных заданий. В открытом мире игрок на геймплей может тратить столько времени, сколько нужно.
Сюжетный таймер
Временное ограничение будет работать в одном из актов сюжета. После завершения данного акта, влияние таймера на игровой процесс снимается.
Инкрементный таймер
У игрока есть возможность отсрочить время дедйлайна на основании действий, совершаемых в открытом мире.
Таймер с запасом
Время, отведённое дизайнером, хватает с запасом для завершения сюжета.
Какие примеры механики «недавящего» таймера вы можете вспомнить?
#Геймдизайн
Forwarded from Кодзима Гений - канал про геймдизайн
Мотивация к исследованию в Alan Wake
Написал про приёмы, мотивирующие игрока и помогающие ему искать коллекционные предметы в Alan Wake:
https://zen.yandex.ru/media/id/5be217153e82a400aac4fb0a/motivaciia-k-issledovaniiu-v-alan-wake-5d495ac495aa9f00ad5558e0 (~5 минут)
P.S. UPD в teletype:
https://teletype.in/@kojima/HJYAApLQr
#Геймдизайн
Написал про приёмы, мотивирующие игрока и помогающие ему искать коллекционные предметы в Alan Wake:
https://zen.yandex.ru/media/id/5be217153e82a400aac4fb0a/motivaciia-k-issledovaniiu-v-alan-wake-5d495ac495aa9f00ad5558e0 (~5 минут)
P.S. UPD в teletype:
https://teletype.in/@kojima/HJYAApLQr
#Геймдизайн
Дзен | Статьи
Мотивация к исследованию в Alan Wake
Статья автора «Кодзима Гений» в Дзене ✍: Пока Alan Wake бесплатно раздаётся в Epic Games Store, я расскажу про то, как эта игра мотивирует исследовать локации в поисках необязательных к прохождению...
Forwarded from Кодзима Гений - канал про геймдизайн
Про троп "живым или мёртвым" в игровых механиках
Что это?
Троп "живым или мёртвым" широко распространён в системах, предлагающих вариативность игрового процесса. Игрок помещается в ситуацию с двумя или несколькими способами решения, отличающихся между собой сложностью исполнения. Получаемая награда зависит от выбранного способа выполнения задачи. Чем проще выбранный путь (аналогия со поимкой преступника "мёртвым"), тем меньше награда. Соответственно, чем сложнее (аналогия с "живой" поимкой), тем награда будет выше, но и затраченные усилия будут больше.
Примеры тропа:
1. Захват аванпостов в Far Cry 3: их можно захватить, не дав себя обнаружить (требует больше времени, но игрок в награду получает больше очков опыта, что приводит к более быстрой прокачке) или с пулемётом наперевес (быстрое событие, приносящее меньшее количество опыта).
2. Поиск преступников в Red Dead Redemption 2: собственно, прямолинейная визуализация тропа. Захватив преступника живым можно получить больше денег, но для этого нужно так же потратить больше времени.
3. Нелетальное и скрытное прохождение Metal Gear Solid: для получения наивысшего ранга прохождения игрок должен избегать летальных способов устранения рядовых врагов и боссов. Кроме этого игрок не должен быть замечен на протяжении всей игры.
Зачем это нужно?
Данный троп основан на удовлетворении двух потребностей игрока:
1. Ощущении чувства свободы в игровой системе;
2. Получении необходимого уровня челленджа.
Предложение различных способов решения игровой задачи создаёт чувство свободы выбора у игрока в игровом мире. Несмотря на то, что количество способов решения конечное, игрок ощущает себя "двигателем" в игровой системе.
Другая потребность основывается на удержании игрока за счёт комфортной сложности. Напомню, что игрок не теряет интерес и не рассеивает внимание в случае, когда сложность игры вводит игрока в состояние потока. Игровой процесс не кажется слишком лёгким или слишком тяжёлым для выхода из него.
Таким образом, игрок удерживается в игре за счёт мнимой вариативности как способа прохождения, так и сложности.
Как реализовывается?
Игровая система должна содержать класс управления условиями для достижения одного из результатов прохождения. Данный класс должен отслеживать выполнение всех условий с момента получения задания до его завершения.
Игра должна иметь чёткие, детерминированные и ясные критерии достижения цели задания для каждого из возможных сценариев. Игрок не должен помещаться в состояние, при котором он не понимает, что нужно сделать для получения большей награды.
Игра должна однозначно оповещать игрока о невыполнении условия для завершения задания определённым способом. Чем раньше игра оповестит об этом, тем прозрачнее будет состояние игровой системы для игрока.
Система награждения должна быть выстроена по принципу "чем больше ресурсов было потрачено, тем большую награду получит игрок".
#Геймдизайн
Что это?
Троп "живым или мёртвым" широко распространён в системах, предлагающих вариативность игрового процесса. Игрок помещается в ситуацию с двумя или несколькими способами решения, отличающихся между собой сложностью исполнения. Получаемая награда зависит от выбранного способа выполнения задачи. Чем проще выбранный путь (аналогия со поимкой преступника "мёртвым"), тем меньше награда. Соответственно, чем сложнее (аналогия с "живой" поимкой), тем награда будет выше, но и затраченные усилия будут больше.
Примеры тропа:
1. Захват аванпостов в Far Cry 3: их можно захватить, не дав себя обнаружить (требует больше времени, но игрок в награду получает больше очков опыта, что приводит к более быстрой прокачке) или с пулемётом наперевес (быстрое событие, приносящее меньшее количество опыта).
2. Поиск преступников в Red Dead Redemption 2: собственно, прямолинейная визуализация тропа. Захватив преступника живым можно получить больше денег, но для этого нужно так же потратить больше времени.
3. Нелетальное и скрытное прохождение Metal Gear Solid: для получения наивысшего ранга прохождения игрок должен избегать летальных способов устранения рядовых врагов и боссов. Кроме этого игрок не должен быть замечен на протяжении всей игры.
Зачем это нужно?
Данный троп основан на удовлетворении двух потребностей игрока:
1. Ощущении чувства свободы в игровой системе;
2. Получении необходимого уровня челленджа.
Предложение различных способов решения игровой задачи создаёт чувство свободы выбора у игрока в игровом мире. Несмотря на то, что количество способов решения конечное, игрок ощущает себя "двигателем" в игровой системе.
Другая потребность основывается на удержании игрока за счёт комфортной сложности. Напомню, что игрок не теряет интерес и не рассеивает внимание в случае, когда сложность игры вводит игрока в состояние потока. Игровой процесс не кажется слишком лёгким или слишком тяжёлым для выхода из него.
Таким образом, игрок удерживается в игре за счёт мнимой вариативности как способа прохождения, так и сложности.
Как реализовывается?
Игровая система должна содержать класс управления условиями для достижения одного из результатов прохождения. Данный класс должен отслеживать выполнение всех условий с момента получения задания до его завершения.
Игра должна иметь чёткие, детерминированные и ясные критерии достижения цели задания для каждого из возможных сценариев. Игрок не должен помещаться в состояние, при котором он не понимает, что нужно сделать для получения большей награды.
Игра должна однозначно оповещать игрока о невыполнении условия для завершения задания определённым способом. Чем раньше игра оповестит об этом, тем прозрачнее будет состояние игровой системы для игрока.
Система награждения должна быть выстроена по принципу "чем больше ресурсов было потрачено, тем большую награду получит игрок".
#Геймдизайн
Про Let’s Find Larry
За что я обожаю разработчиков-одиночек, так это за их непомутнённый разум, желание и возможности делать прикольные вещи. Вещи, о которых давным-давно забыли разработчики AAAA(n)-игр 😉
Let’s Find Larry - как раз такой удивительный проект. Игрушка занимает от силы полчаса времени. Но какой же это геймплейный алмаз…
Автор игры взял за основу геймплей «Where is Waldo» (или «Найди Волли» у нас) и добавил к ней элемент психологического хоррора. Чёрт побери, мне нужно больше таких коктейлей на обзоры!
В игре прекрасно всё:
1. Механики - легкий point-n-click с управлением перспективы игровых уровней.
2. Динамики - усложенение головоломок по мере прохождения с необычным твистом в самом конце.
3. Эстетика - брутальный пиксельарт, пейсинг музыкальных композиций, разрушение четвёртой стены, интересные повествовательные решения. И да, это стрёмная игра - как по способам напугать игрока, так и по сюжетным твистам.
Главное - игра ломает ожидания, прикидываясь мобильной игрулей для самых маленьких. Этот wow-эффект положительно влияет удержание игрока: интересно узнать не только, как быстро ты найдёшь Ларри в предложенных разнообразных ситуациях, но и как разовьётся история по мере прохождения.
Рекомендую посмотреть - а лучше поиграть и поддержать автора:
https://germfood.itch.io/lets-find-larry
#геймдизайн
За что я обожаю разработчиков-одиночек, так это за их непомутнённый разум, желание и возможности делать прикольные вещи. Вещи, о которых давным-давно забыли разработчики AAAA(n)-игр 😉
Let’s Find Larry - как раз такой удивительный проект. Игрушка занимает от силы полчаса времени. Но какой же это геймплейный алмаз…
Автор игры взял за основу геймплей «Where is Waldo» (или «Найди Волли» у нас) и добавил к ней элемент психологического хоррора. Чёрт побери, мне нужно больше таких коктейлей на обзоры!
В игре прекрасно всё:
1. Механики - легкий point-n-click с управлением перспективы игровых уровней.
2. Динамики - усложенение головоломок по мере прохождения с необычным твистом в самом конце.
3. Эстетика - брутальный пиксельарт, пейсинг музыкальных композиций, разрушение четвёртой стены, интересные повествовательные решения. И да, это стрёмная игра - как по способам напугать игрока, так и по сюжетным твистам.
Главное - игра ломает ожидания, прикидываясь мобильной игрулей для самых маленьких. Этот wow-эффект положительно влияет удержание игрока: интересно узнать не только, как быстро ты найдёшь Ларри в предложенных разнообразных ситуациях, но и как разовьётся история по мере прохождения.
Рекомендую посмотреть - а лучше поиграть и поддержать автора:
https://germfood.itch.io/lets-find-larry
#геймдизайн
itch.io
Let's Find Larry! by germfood
CAN YOU FIND LARRY? Available for Windows
«Проблема дверей» в видеоиграх
Удивительно, но я ни разу не поднимал тему сложности реализации механики взаимодействия с дверьми в видеоиграх на канале. Тем не менее это - классика дизайна виртуальных пространств.
«Проблему» можно озвучить следующим образом: то, что в реальности выглядит просто и понятно, достаточно сложно реализовать в видеоигре.
Термин в оборот ввела геймдизайнер Лиз Ингланд в 2014 году. В своём блоге она провела аналогию между заданием - «сделать дверь», - и уточняющими вопросами для лучшего понимания этого задания.
Далее она привела список специалистов, которые могут быть привлечены к работе над этой фичёй - геймдизайнеры, саунддизайнеры, артдиректор, сценарист и так далее и так далее.
Спустя 7 лет на IGN вышла статья, в которой разработчики из разных студий делились своим опытом реализации дверных проёмов. Большая часть разрабтки этой механики отводится на поиск вопроса «как двери можно использовать в игре?». Например, авторы TLOU Part II хотели, чтобы дверь помогала игроку иметь больше возможностей для стелса. В то же время, механика взаимодействия с дверьми вводилась в игру в последнюю очередь, так как занимала «больше времени, чем реализация других механик».
Резюме
«Проблема дверей» позволяет нам понять, что простые в человеческом понимании механики и функции могут тратить на себя большое количество ресурсов специалистов. На этапе проектирования игры нужно всегда задавать вопрос «а насколько данная функция необходима игровому процессу?». Может оказаться так, что прекрасная на бумаге идея окажется подедрживающей механикой, которой воспользуется 20% игроков. А количество трудозатрат на реализацию будет неравноценно больше.
#геймдизайн
Удивительно, но я ни разу не поднимал тему сложности реализации механики взаимодействия с дверьми в видеоиграх на канале. Тем не менее это - классика дизайна виртуальных пространств.
«Проблему» можно озвучить следующим образом: то, что в реальности выглядит просто и понятно, достаточно сложно реализовать в видеоигре.
Термин в оборот ввела геймдизайнер Лиз Ингланд в 2014 году. В своём блоге она провела аналогию между заданием - «сделать дверь», - и уточняющими вопросами для лучшего понимания этого задания.
Далее она привела список специалистов, которые могут быть привлечены к работе над этой фичёй - геймдизайнеры, саунддизайнеры, артдиректор, сценарист и так далее и так далее.
Спустя 7 лет на IGN вышла статья, в которой разработчики из разных студий делились своим опытом реализации дверных проёмов. Большая часть разрабтки этой механики отводится на поиск вопроса «как двери можно использовать в игре?». Например, авторы TLOU Part II хотели, чтобы дверь помогала игроку иметь больше возможностей для стелса. В то же время, механика взаимодействия с дверьми вводилась в игру в последнюю очередь, так как занимала «больше времени, чем реализация других механик».
Резюме
«Проблема дверей» позволяет нам понять, что простые в человеческом понимании механики и функции могут тратить на себя большое количество ресурсов специалистов. На этапе проектирования игры нужно всегда задавать вопрос «а насколько данная функция необходима игровому процессу?». Может оказаться так, что прекрасная на бумаге идея окажется подедрживающей механикой, которой воспользуется 20% игроков. А количество трудозатрат на реализацию будет неравноценно больше.
#геймдизайн
Архитектура в видеоиграх: лестницы
Лестница – понятная человеку структура, позволяющая перемещаться между различными уровнями высот. В виртуальных мирах она исполняет такую же функцию. Благодаря ей уровни становятся «вертикальными», что добавляет комплексность и разнообразие в игровой процесс. Кроме этого, вертикальная ось позволяет создавать локации с достоверным и интересным архитектурным дизайном.
Но, как и в «проблеме дверей», реалистичная лестница сложна в разработке. Кроме понятной функции изменения положения игрока по вертикали, следует учитывать (список не избыточен):
1. Рельеф местности;
2. Изменение скорости перемещения игрока по объекту;
3. Анимацию достоверного движения;
4. Ограничения на исполнение доступных функций.
Передвижение по лестнице должно соблюдать баланс между реалистичностью и плавностью:
1. Если движение будет слишком реалистично, то при игре от первого лица камера будет дискомфортно покачиваться;
2. Если движение будет слишком плавным, то камера будет «плыть» по вектору движения аватара, не изменяя его скорость и игнорируя рельеф ступенек.
С появлением 3D графики лестница прошла долгий и интересный путь эволюции.
Так, в DOOM 1993 функция лестницы сводилась к обычному перемещению камеры по оси Y. Лестница состояла из платформ малой ширины и с немного изменённой высотой по отношению друг к другу.
На консолях дела обстояли иначе.
На PS1 и N64 лестница представляла собой плоскую текстуру (Harry Potter, Ocarina of Time). Однако они были оформлены так, что передавали рельеф ступенек и игру света и тени. Анимация перемещения по ним была аналогичной обычной, поэтому казалось, что аватар просто скользит вверх по наклонной поверхности.
В эпоху PS2 3D лестницы стали использоваться повсеместно. Однако далеко не все разработчики прорабатывали взаимодействие со ступенями. Одной из первых игр с проработанным перемещением была Hitman (Blood Money). Но не без огрехов: анимация ходьбы не синхронизировалась с поверхностью ступеней.
В современных играх взаимодействие с лестницами прорабатывается в угоду экономии ресурсов разработки для достижения минимально понятной идиомы. Шаги всё ещё не синхронизируются со ступенями, по лестницам можно совершать перекаты вверх-вниз, а скорость перемещения редко изменяется.
Видео с разбором механик перемещения по лестнице в видеоиграх:
https://www.youtube.com/watch?v=xnRvoHttz34
https://www.youtube.com/watch?v=ILVUc_yV24g
#Геймдизайн
#Архитектура
Лестница – понятная человеку структура, позволяющая перемещаться между различными уровнями высот. В виртуальных мирах она исполняет такую же функцию. Благодаря ей уровни становятся «вертикальными», что добавляет комплексность и разнообразие в игровой процесс. Кроме этого, вертикальная ось позволяет создавать локации с достоверным и интересным архитектурным дизайном.
Но, как и в «проблеме дверей», реалистичная лестница сложна в разработке. Кроме понятной функции изменения положения игрока по вертикали, следует учитывать (список не избыточен):
1. Рельеф местности;
2. Изменение скорости перемещения игрока по объекту;
3. Анимацию достоверного движения;
4. Ограничения на исполнение доступных функций.
Передвижение по лестнице должно соблюдать баланс между реалистичностью и плавностью:
1. Если движение будет слишком реалистично, то при игре от первого лица камера будет дискомфортно покачиваться;
2. Если движение будет слишком плавным, то камера будет «плыть» по вектору движения аватара, не изменяя его скорость и игнорируя рельеф ступенек.
С появлением 3D графики лестница прошла долгий и интересный путь эволюции.
Так, в DOOM 1993 функция лестницы сводилась к обычному перемещению камеры по оси Y. Лестница состояла из платформ малой ширины и с немного изменённой высотой по отношению друг к другу.
На консолях дела обстояли иначе.
На PS1 и N64 лестница представляла собой плоскую текстуру (Harry Potter, Ocarina of Time). Однако они были оформлены так, что передавали рельеф ступенек и игру света и тени. Анимация перемещения по ним была аналогичной обычной, поэтому казалось, что аватар просто скользит вверх по наклонной поверхности.
В эпоху PS2 3D лестницы стали использоваться повсеместно. Однако далеко не все разработчики прорабатывали взаимодействие со ступенями. Одной из первых игр с проработанным перемещением была Hitman (Blood Money). Но не без огрехов: анимация ходьбы не синхронизировалась с поверхностью ступеней.
В современных играх взаимодействие с лестницами прорабатывается в угоду экономии ресурсов разработки для достижения минимально понятной идиомы. Шаги всё ещё не синхронизируются со ступенями, по лестницам можно совершать перекаты вверх-вниз, а скорость перемещения редко изменяется.
Видео с разбором механик перемещения по лестнице в видеоиграх:
https://www.youtube.com/watch?v=xnRvoHttz34
https://www.youtube.com/watch?v=ILVUc_yV24g
#Геймдизайн
#Архитектура
Балансировка игрового цикла: введение
Начинаю вместе с вами разбираться в техниках балансировки игрового процесса. Я буду разбирать разные подходы к балансу систем, начиная общими вещами и заканчивая математическими формулами и расчётами для различных жанров.
Прежде чем давать определение балансировке, введём термины, напрямую с ней связанные - игровая экономика и ресурсы.
Игровая экономика – набор переменных, участвующих в геймплейном цикле и их взаимосвязи друг с другом. Переменные называются ресурсами.
Ресурсы могут быть количественными и качественными.
Количественные – жизнь, боезапас, валюта, ресурсы для постройки или крафта. Количественные ресурсы влияют на ход игрового цикла и на вероятность достижения его целей.
Качественные – доступные игроку возможности для исполнения. Например, прыжок аватара. Качественные функции так же можно выразить через математическую модель (для примера с прыжком – высота, скорость). Качественный ресурс влияет на изменение игрового цикла.
Взаимосвязи влияют на увеличение или уменьшение ресурсов в момент времени геймплейного цикла. Например, выстрел уменьшает боезапас игрока. Попадание так же уменьшает количество жизней противника. Чем больше попадание отнимает количество жизней, тем меньше time to kill. Соответственно, тем больше вероятность сохранить количество жизней игрового аватара.
Вся экономика может быть представлена математической моделью. Универсальной мат модели для игровых жанров нет – она описывается игровым дизайнером в процессе проектирования игрового цикла.
Вот здесь мы переходим к предмету поста – балансировке.
Балансировка – выравнивание показателей ресурсов в геймплейном цикле таким образом, чтобы игровой процесс был:
1. Увлекательным – игрок увлечён игровым процессом, игровые ситуации не выводит игрока из «состояния потока»;
2. Челленджевым – игровой процесс бросает вызов навыкам игрока, игра не кажется несправедливой по отношению к играющему;
3. Доступным – игрок понимает правила игрового цикла.
Балансировка необходима для того, чтобы выравнить данные субъективные показатели между собой:
1. Процесс может быть увлекательным и понятным, но простым;
2. Процесс может быть понятным и челленджевым, но не увлекательным;
3. Процесс может быть увлекательным и понятным, но чрезмерно сложным.
Важно понимать, что балансировка не должна производиться на первых этапах проектирования игрового цикла. Если дизайнер начнёт заниматься балансировкой до момента понимания игрового цикла и экономики, то высока вероятность оверинжиниринга, который приведёт к одному из состояний, описанных выше.
Процесс проектирования игровой экономики, в общих словах, выглядит так:
1. Документирование игрового цикла в качественных терминах;
2. Описание ресурсов каждого из качественного термина;
3. Создание математической модели ресурсов и их взаимосвязей;
4. Прототипирование;
5. Балансировка математической модели по результатам плейтеста прототипа.
В следующих постах, посвящённых балансу, мы рассмотрим проектирование и балансировку игровых экономик на примерах различных жанров, погрузимся в особенности проектирования математической модели.
Литература для прочтения:
https://gamedesignskills.com/game-design/game-balance/
#Геймдизайн
#Баланс
Начинаю вместе с вами разбираться в техниках балансировки игрового процесса. Я буду разбирать разные подходы к балансу систем, начиная общими вещами и заканчивая математическими формулами и расчётами для различных жанров.
Прежде чем давать определение балансировке, введём термины, напрямую с ней связанные - игровая экономика и ресурсы.
Игровая экономика – набор переменных, участвующих в геймплейном цикле и их взаимосвязи друг с другом. Переменные называются ресурсами.
Ресурсы могут быть количественными и качественными.
Количественные – жизнь, боезапас, валюта, ресурсы для постройки или крафта. Количественные ресурсы влияют на ход игрового цикла и на вероятность достижения его целей.
Качественные – доступные игроку возможности для исполнения. Например, прыжок аватара. Качественные функции так же можно выразить через математическую модель (для примера с прыжком – высота, скорость). Качественный ресурс влияет на изменение игрового цикла.
Взаимосвязи влияют на увеличение или уменьшение ресурсов в момент времени геймплейного цикла. Например, выстрел уменьшает боезапас игрока. Попадание так же уменьшает количество жизней противника. Чем больше попадание отнимает количество жизней, тем меньше time to kill. Соответственно, тем больше вероятность сохранить количество жизней игрового аватара.
Вся экономика может быть представлена математической моделью. Универсальной мат модели для игровых жанров нет – она описывается игровым дизайнером в процессе проектирования игрового цикла.
Вот здесь мы переходим к предмету поста – балансировке.
Балансировка – выравнивание показателей ресурсов в геймплейном цикле таким образом, чтобы игровой процесс был:
1. Увлекательным – игрок увлечён игровым процессом, игровые ситуации не выводит игрока из «состояния потока»;
2. Челленджевым – игровой процесс бросает вызов навыкам игрока, игра не кажется несправедливой по отношению к играющему;
3. Доступным – игрок понимает правила игрового цикла.
Балансировка необходима для того, чтобы выравнить данные субъективные показатели между собой:
1. Процесс может быть увлекательным и понятным, но простым;
2. Процесс может быть понятным и челленджевым, но не увлекательным;
3. Процесс может быть увлекательным и понятным, но чрезмерно сложным.
Важно понимать, что балансировка не должна производиться на первых этапах проектирования игрового цикла. Если дизайнер начнёт заниматься балансировкой до момента понимания игрового цикла и экономики, то высока вероятность оверинжиниринга, который приведёт к одному из состояний, описанных выше.
Процесс проектирования игровой экономики, в общих словах, выглядит так:
1. Документирование игрового цикла в качественных терминах;
2. Описание ресурсов каждого из качественного термина;
3. Создание математической модели ресурсов и их взаимосвязей;
4. Прототипирование;
5. Балансировка математической модели по результатам плейтеста прототипа.
В следующих постах, посвящённых балансу, мы рассмотрим проектирование и балансировку игровых экономик на примерах различных жанров, погрузимся в особенности проектирования математической модели.
Литература для прочтения:
https://gamedesignskills.com/game-design/game-balance/
#Геймдизайн
#Баланс
Forwarded from Кодзима Гений - канал про геймдизайн
Как правильно собирать фидбек на ранних этапах разработки игры
Разрабатывая видеоигру, геймдизайнер может попасть в ментальную ловушку. Она заключается в том, что закладываемый в игру опыт может быть весёлым, интересным и затягивающим для геймдизайнера но скучным и отталкивающим для игрока. Как следствие, после выхода игры разработчиков ждёт разочарование и убытки от непроданных копий игры.
Как можно исправить ситуацию и быть уверенным, что на рынок попадёт востребованный продукт?
Стоит начать собирать фидбек игроков на самых ранних этапах разработки.
На помощь геймдизайнеру придёт знание, что для каждого человека представление о мире субъективно. Это касается как стиля жизни, так и выполнения повседневных действий.
Допустим, в игре до мелочей продумана система прокачки героя: множество классов, веток развития, каждый перк действительно полезен , всё делается при помощи одной кнопки- идеальная система. Но у игрока интереса в прокачке героя почему то нет. Или игрок банально не может открыть нужное окно с распределением очков опыта. То есть его реакция на игру не такая, какая ожидалось изначально.
Оказывается, что опыт, полученный игроком до начала игры накладывает определённые ожидания, которые он выстраивает вокруг неё, и формирует шаблоны поведения, которыми он пользвался раньше в подобных играх. И этот опыт очень сильно влияет на то, как игрок воспринимает игру. Ему может не нравится визуальный стиль, управление будет неудобное для него, звук отвратительный, сюжет банальный. Если послушать некоторых игроков, то можно быстро разочароваться в своём детище.
Для уменьшения негативных отзывов об игре геймдизайнер должен устраивать сессии плей теста начиная с самых ранних этапов разработки. Во время плейтестов геймдизайнер должен следить за тем, как игрок себя ведёт. Какие эмоции он выражает, как обходится с управлением, какое у него поведение во время тестирования? Очень часто очевидные проблемы восприятия вылезают на передний план на первых тестах. Уже сейчас дизайнер может определить, как исправить возникшую проблему и улучшить игровой опыт. Чем больше итераций плей тестинга будет проведено, тем лучше игра будет отполирована перед релизом.
На основании плей тестинга и отзывов игроков команда должна поставить себе метрики для оценки привлекательности геймплея. Кроме эмоций и поведения игрока во время игры рекомендуется оценивать измерять следующие характеристики:
1. Простота запуска игры
2. Простота и скорость изучения игровых механик
3. Среднее время на прохождение одного уровня/миссии
4. Среднее время на прохождение всей игры
5. Среднее время непрерывной игровой сессии
6. Удобство и интуитивное понимание управления
7. Визуальная привлекательность
8. Удобство навигации в игре и в игровом меню
9. Привлекатлеьность звуковых эффектов
10. Максимальный счет, который игрок может заработать за 5 игровых сессий.
11. Удовольствие и веселье, которые игрок получает от игры.
Метрики помогают разработчикам полировать геймплей и удовлетворять потребности игроков в качественном продукте.
#Геймдизайн
#Практика
Разрабатывая видеоигру, геймдизайнер может попасть в ментальную ловушку. Она заключается в том, что закладываемый в игру опыт может быть весёлым, интересным и затягивающим для геймдизайнера но скучным и отталкивающим для игрока. Как следствие, после выхода игры разработчиков ждёт разочарование и убытки от непроданных копий игры.
Как можно исправить ситуацию и быть уверенным, что на рынок попадёт востребованный продукт?
Стоит начать собирать фидбек игроков на самых ранних этапах разработки.
На помощь геймдизайнеру придёт знание, что для каждого человека представление о мире субъективно. Это касается как стиля жизни, так и выполнения повседневных действий.
Допустим, в игре до мелочей продумана система прокачки героя: множество классов, веток развития, каждый перк действительно полезен , всё делается при помощи одной кнопки- идеальная система. Но у игрока интереса в прокачке героя почему то нет. Или игрок банально не может открыть нужное окно с распределением очков опыта. То есть его реакция на игру не такая, какая ожидалось изначально.
Оказывается, что опыт, полученный игроком до начала игры накладывает определённые ожидания, которые он выстраивает вокруг неё, и формирует шаблоны поведения, которыми он пользвался раньше в подобных играх. И этот опыт очень сильно влияет на то, как игрок воспринимает игру. Ему может не нравится визуальный стиль, управление будет неудобное для него, звук отвратительный, сюжет банальный. Если послушать некоторых игроков, то можно быстро разочароваться в своём детище.
Для уменьшения негативных отзывов об игре геймдизайнер должен устраивать сессии плей теста начиная с самых ранних этапов разработки. Во время плейтестов геймдизайнер должен следить за тем, как игрок себя ведёт. Какие эмоции он выражает, как обходится с управлением, какое у него поведение во время тестирования? Очень часто очевидные проблемы восприятия вылезают на передний план на первых тестах. Уже сейчас дизайнер может определить, как исправить возникшую проблему и улучшить игровой опыт. Чем больше итераций плей тестинга будет проведено, тем лучше игра будет отполирована перед релизом.
На основании плей тестинга и отзывов игроков команда должна поставить себе метрики для оценки привлекательности геймплея. Кроме эмоций и поведения игрока во время игры рекомендуется оценивать измерять следующие характеристики:
1. Простота запуска игры
2. Простота и скорость изучения игровых механик
3. Среднее время на прохождение одного уровня/миссии
4. Среднее время на прохождение всей игры
5. Среднее время непрерывной игровой сессии
6. Удобство и интуитивное понимание управления
7. Визуальная привлекательность
8. Удобство навигации в игре и в игровом меню
9. Привлекатлеьность звуковых эффектов
10. Максимальный счет, который игрок может заработать за 5 игровых сессий.
11. Удовольствие и веселье, которые игрок получает от игры.
Метрики помогают разработчикам полировать геймплей и удовлетворять потребности игроков в качественном продукте.
#Геймдизайн
#Практика
Кодзима Гений - канал про геймдизайн
Степени свободы в видеоиграх: об интерактивности Главным отличием видеоигр от другим медиа продуктов является интерактивность. Благодая ей игрок может ощутить своё влияние на процесс взаимодействия с игрой - даже если на самом деле от него требуется только…
Степени свободы в видеоиграх: что такое игровая свобода?
Одним из свойств интерактивности является игровая свобода - чувство возможности выполнения действия в рамках законов и правил игровой системы. Из-за него игрок попадает в состояние потока и увлекается игровым процессом. При создании игры важно понимать, какой свободой игра наделяет игрока, как эта свобода сочетается с его представлениями об игре и как она изменяется во время прохождения.
Если количество свободы в игре будет меньше, чем ожидает игрок, то в такую игру будет неинтересно играть из-за недостатка интерактивности. Представьте, какой могла бы быть Civilization, если бы партия всегда проходила в соответствии с мировой историей. Скорее всего она бы стала отличным помощником на уроках истории, но никак не игрой.
Наоборот, чрезмерно большое количество свободы может привести к повышению порога вхождения в игровой процесс. Например, ARMA 3 - военный симулятор, скрупулёзно моделирующий поведение солдат на войне. В игре много функций, на совершение которых назначена отдельная кнопка. И все они в той или иной степени важны для прохождения. Трата времени на разбирательство с ними, а не на игру, может отбить желание играть.
Можно предположить, что понятие "свобода" равнозначно понятию "детальная проработка игры". Это не так. Свобода - это чувство, рождённое в голове игрока. Детальная проработка игры - это свойство игровой системы. Игра может иметь детально проработанную систему принятия решений, но ограничивать игрока заранее прописанными причинно-следственными сюжетными связями. Например, в Detroit: Become Human ваши решения могут повлиять на развитие сюжета спустя много времени, однако список доступных вам решений ограничен.
Итак, количество доступной свободы должно соотноситься с жанром и с ожиданиями целевой аудитории для . Чтобы управлять количеством нужно понимать, как свобода проявляется в играх. Я выделяю шесть степеней свободы в видеоиграх:
1. Перемещение;
2. Взаимодействие;
3. Выбор;
4. Влияние;
5. Отыгрыш роли;
6. Обратная связь.
Каждая из степеней независима от других. Однако некоторые их них можно объединить в подгруппы. Например:
1. Передвижение и взаимодействие можно объединить в группу «Исследование»;
2. Взаимодействие и выбор - в группу «Контроль».
В будущем мы разберём все указанные степени свободы и объединяющие их группы.
#СтепениСвободы
#Геймдизайн
Одним из свойств интерактивности является игровая свобода - чувство возможности выполнения действия в рамках законов и правил игровой системы. Из-за него игрок попадает в состояние потока и увлекается игровым процессом. При создании игры важно понимать, какой свободой игра наделяет игрока, как эта свобода сочетается с его представлениями об игре и как она изменяется во время прохождения.
Если количество свободы в игре будет меньше, чем ожидает игрок, то в такую игру будет неинтересно играть из-за недостатка интерактивности. Представьте, какой могла бы быть Civilization, если бы партия всегда проходила в соответствии с мировой историей. Скорее всего она бы стала отличным помощником на уроках истории, но никак не игрой.
Наоборот, чрезмерно большое количество свободы может привести к повышению порога вхождения в игровой процесс. Например, ARMA 3 - военный симулятор, скрупулёзно моделирующий поведение солдат на войне. В игре много функций, на совершение которых назначена отдельная кнопка. И все они в той или иной степени важны для прохождения. Трата времени на разбирательство с ними, а не на игру, может отбить желание играть.
Можно предположить, что понятие "свобода" равнозначно понятию "детальная проработка игры". Это не так. Свобода - это чувство, рождённое в голове игрока. Детальная проработка игры - это свойство игровой системы. Игра может иметь детально проработанную систему принятия решений, но ограничивать игрока заранее прописанными причинно-следственными сюжетными связями. Например, в Detroit: Become Human ваши решения могут повлиять на развитие сюжета спустя много времени, однако список доступных вам решений ограничен.
Итак, количество доступной свободы должно соотноситься с жанром и с ожиданиями целевой аудитории для . Чтобы управлять количеством нужно понимать, как свобода проявляется в играх. Я выделяю шесть степеней свободы в видеоиграх:
1. Перемещение;
2. Взаимодействие;
3. Выбор;
4. Влияние;
5. Отыгрыш роли;
6. Обратная связь.
Каждая из степеней независима от других. Однако некоторые их них можно объединить в подгруппы. Например:
1. Передвижение и взаимодействие можно объединить в группу «Исследование»;
2. Взаимодействие и выбор - в группу «Контроль».
В будущем мы разберём все указанные степени свободы и объединяющие их группы.
#СтепениСвободы
#Геймдизайн