Введение
Несмотря на то, что функция сохранения (save) и загрузки (load) игрового состояния (game state) относится скорее к системному функционалу, в определённых случаях их можно рассматривать и в разрезе игрового дизайна, как влияющие на механику игрового процесса.
Главное, что можно сказать об этих функциях это то, что они непосредственно влияют на способности принимать правильные решения, без получения штрафов (penalties). В полной мере контролируя эти функции игрок может идеально пройти всю игру, не получив ни одного повреждения, ни потеряв ни одной жизни, копейки денег и тому подобное. Таким образом можно сказать, что сохранение и загрузка влияют как на сложность, нивелируя все опасности и штрафы, так и на эффективность, если игра ведётся на время и состояние времени также сохраняется и восстанавливается.
Кроме того, сохранение и загрузка позволяет в принципе избежать такого состояния как проигрыш (game over). Имеется ввиду, конечно, не проваленная попытка, а невозможность выиграть, не начиная сначала. От смерти в результате падения в яму сохранение и загрузка не спасают.
Сохранение и загрузка как фактор сложности
В некоторых PC-играх наблюдается возврат к идеологии консолей: процесс загрузки и сохранения сделан таким образом, чтобы в случае неверного действия игроку пришлось откатываться назад и повторять прохождение участка заново. При этом, в отличие от некоторых консольных игр, как правило, даётся бесконечное количество попыток. Для осуществления этого из интерфейса исключается возможность управления сохранением состояния и переносится в сам игровой процесс в виде контрольных точек (checkpoints).
Первой попыткой форсировать отказ от F5/F9 (прим. авт.: часто используемое сокращение для быстрой записи и быстрого восстановления игрового состояния) на моей памяти была
Контрольные точки, расставленные по уровням реализованы, например в таких играх как
В игре
Сохранение и загрузка как фактор эффективности
Количество сохранений и загрузок (скорее первого, чем последнего) иногда учитывается при оценке эффективности прохождения игры, при подсчёте очков рекорда (top score). Каждое сохранение является штрафом при подсчёте и, в результате, уменьшает количество очков. Загрузка игры влияет в меньшей степени или не влияет совсем. Такой подход применён в
В указанном выше случае необходимо обращать внимание на наличие в игре механизма автосохранения и учитывать его отдельно, как с точки зрения оценки эффективности, так и с точки зрения влияния на сложность.
Если оценочным фактором служит время, то сохранение/восстановление как правило не производится, так как неограниченно используя этот механизм можно добиться минимального времени прохождения за меньшие затраты, чем без оного. В таком случае используют или контрольные точки (отсчёт времени продолжается) или рестарт уровня (отсчёт времени начинается заново).
Многопользовательские игровые сессии
В некоторых случаях, например, при многопользовательской игре состояния не могут быть сохранены. Как правило, это касается стратегий в реальном времени и шутеров. В первую очередь это обусловлено соревновательным режимом. Трудно себе представить футбольный матч, который останавливают на 22-й минуте, а через три дня продолжают с той же расстановки игроков и их физического состояния. Так же и в киберспорте.
Кроме того, существует сложность с одновременным началом разными игроками и упирается в как в архитектурно-технические особенности, так и в человеческую психологию.
В пошаговых же стратегиях, наоборот, сохранение приветствуется всеми способами, так как длина игровых сессий может быть очень велика. Сложностей с одновременным началом здесь нет, так как нет реального времени. Игроки ждут каждый своей очереди, обозначив предварительно готовность к игре.
Ограничение использования сохранения и восстановления
В некоторых случаях возможно имеет смысл ограничивать сохранение и восстановление по времени (не чаще чем в N минут), количеству (не более 3-х раз за уровень) или участкам уровней (например, сохраняться только вне боя). Однако такие ограничения, впрочем, как и любые другие должны быть семь раз отмерены, прежде чем отрезать.
Контрольные точки могут быть также ограничены в использовании и сохранять/восстанавливать только в пределах игровой сессии. При выходе из игры уровень придётся проходить заново.
Это интересно
В старой доброй
В инди—игре
В
Об авторе:
Играми как игрок интересуюсь с 1993 года, как разработчик — с 2002. Разрабатываю в качестве игрового дизайнера (общий игровой дизайн, UX-дизайн, дизайн уровней, консультирование).
В последнее время работал над следующими проектами:
- (iOS) Finger Physics (2009), физический пазл, как игровой дизайнер;
- (iOS) Finger Physics: Thumbwars (2010), физический пазл, как игровой дизайнер;
- (iOS) Viking Tales (2011), аркада-приключение, как игровой дизайнер;
- (iOS) Cut the Rope (2011), аркадный пазл, как левел-дизайнер и бета-тестер;
В данный момент работаю игровым дизайнером в одном из рекламных агентств, делаю игры и пишу ТЗ для приложений для iPhone/Android. Помимо игрового дизайна интересуюсь проектированием пользовательского взаимодействия, в свободное время рисую прототипы приложений, которые хотелось бы видеть.
О публикации:
Статья претендует на роль справочного материала и задумывалась когда-то как часть некоего цикла под общим условным названием “Игровая механика. Справочник игрового дизайнера”. Здесь намеренно пропущены части, касающиеся пользовательского взаимодействия, а также техническая часть, посвящённая тому, что и как сохранять. Для этого предполагается отдельная часть.