Forum.iFiction.Ru

ЧУдную игру Avon фирмы Topologika в одном из эпизодов можно завести в тупик, просто сохранив ее (причем предупреждений не выдается). Отличное решение!

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

А вообще Nex прав - всё зависит от содержания конкретной игры.

Olegus t.Gl. написал:

То, что контроль за возможностью сохранения должен быть отдан на откуп автору (в QSP это тоже возможно — параметр "NOSAVE")

Олегус, извини за оффтоп: наверное, любая более-менее продвинутая платформа допускает возможность введения ограничения на сохранение (TADS, например; думаю, что и Информ тоже). Уникальность URQ в том, что по умолчанию там сохранения нет. То есть автору надо делать какие-то телодвижения, чтобы его вообще ввести (а не отменить/ограничить, как на других платформах).

Olegus t.Gl. написал:

Вопрос в узком смысле был такой — можно ли этим механизмом добавить игре атомосферности и обеспечить большее погружение игрока?

У меня есть идея на этот счет, но, поскольку я все-таки надеюсь написать игру с ее использованием, раскрывать ее пока не буду (и даже патентовать в соответствующем топике Избы-гадильни;)).

Мне вспоминается конкретная ситуация, когда такой подход мог бы чего-то дать. Касается она игры No Time To Squeal. Дальше текст прячу, так как ее описание само по себе является спойлером.

 спойлер…

Данная игра была разбита на несколько эпизодов, каждый из которых (кроме последнего) завершался сообщением о проигрыше и предложением выбора стандартных вариантов: перезапуск, восстановление, отмена последнего хода. Фишка заключалась в том, что для продвижения по истории необходимо было выполнить перезапуск, только в этом случае открывался следующий эпизод. Мне оно понравилось, но в обзорах ряда других игроков я читал, что они считали, что сделали что-то не так и вместо перезапуска выбирали восстановление. Вследствие этого кто-то просто плюнул на игру, посчитав ее непроходимой, а кто-то обратился к прохождению - а это, понятное дело, в любом случае не есть хорошо. Так вот, если бы авторы ввели в этом моменте ограничение на восстановление (пусть даже предложив такой пункт, но де-факто запретив его выполнение, хотя бы замаскировав под баг), шансы, что больше игровков справились бы с этой загадкой самостоятельно, не испортив себе впечатление от игры, были бы выше.

можно ли этим механизмом добавить игре атомосферности и обеспечить большее погружение игрока?

Да, можно, если использовать "к месту".

goraph

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

моё мнение- с точностью до наоборот.

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

нет смысла перечислять плохие варианты. их- немеряно. и где-то мож и фонтан был бы неплох.

хороший вариант ограничения сохранения(раз уж мы обсуждаем именно ограничение сохранения)- это когда игрок вообще этим не заморачивается: поиграл- вышел. в след раз вошёл- продолжил игру- вышел. игра сама сохранится и при выходе, и на всяк случ иногда в течении игры.

насчёт того, что может дать игре сабж: а именно впечатление необратимости и последовательности.

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

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

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

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

Logger написал:

Olegus t.Gl. написал:

А есть у кого какие-то мысли насчёт ограничения возможности сохранения игры?

3) В случае смерти - игра позволяет вернуться на 5 шагов назад (так как у меня книги-игры, то это 5 параграфов назад). Такого "отката" обычно достаточно, чтобы обойти простую неприятную ловушку "нажать правую кнопку или левую?".

Это будет ошибкой, если есть нсколько сюжетных линий. Лучше дать возможность игроку сохраняться в определенных местах, скажем, через 5 - 10 параграфов, и игрок пусть сам решает, хочет он сохраниться, или сейчас ему это не нужно Соглашусь со сказанным выше: в урке самая удобная система сохранения

Соглашусь со сказанным выше: в урке самая удобная система сохранения

Не соглашусь. В куспе, кроме "встроенного" сохранения через интерфейс, можно сохраняться точно также как в урке - из кода игры.

Сохранение в игре которое можно загрузить в начало второй части

Реализовывается заранее автором игры вручную. С собственным форматом сохранений. Потому что вряд ли на такое способна какая-нибудь из платформ.

Офигеть. Запомню. Но это, конечно, уже не про сохранения, а больше про гейм-сериалы :-)
По теме: по-моему, сначала надо подумать, а чего хочется достичь ограничениями. Текстовый Hitman не прокатит, replayability любых квестов как бы всё равно близко к нулю. То есть, игрок всё равно сможет повторить все свои ходы с начала до искомого момента. Может, имеет смысл ставить ограничения на возможность загрузки игры? Например, разрешить только один слот сохранения. И если сохранился слишком поздно — поезд ушёл, перезапускай игру.

Oreolek написал:

Реализовывается заранее автором игры вручную. С собственным форматом сохранений. Потому что вряд ли на такое способна какая-нибудь из платформ.

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

Eten написал:

Oreolek написал:

Реализовывается заранее автором игры вручную. С собственным форматом сохранений. Потому что вряд ли на такое способна какая-нибудь из платформ.

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

Я имел в виду создание специального файла где-нибудь в укромном месте. И запись в него всего, что нам нужно.
Если платформа позволяет создавать\читать файлы, либо вызывать внешние программы (для создания\чтения файлов), то это просто.

Отредактировано Oreolek (18.12.2010 17:35)

Oreolek,

По теме: по-моему, сначала надо подумать, а чего хочется достичь ограничениями.

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

для каждого 'зачем'- своё 'как'.

отсюда вопрос: какие (желательные для нас) цели можно достичь ограничениями сохранения/загрузки игры?

Тут подглядел у дочери:

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

Достоинства: идеально при использовании на LiveCD или терминалах без ж/д.

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

Отредактировано uux (10.01.2011 17:29)

Небольшая статья по теме на Хабре: "Влияние сохранение и загрузки игрового состояния на игровой процесс". Рассмотрены различные техники автосохранений/возврата назад по игровому времени на примере нескольких игр. Интересны также комментарии к статье.