Идеалириум

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

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

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

Однажды у меня придумалась такая сюжетогенерирующая система, именуемая "Штамм 33", в механике которой довольно простым образом используется калькулятор. Суть игры заключалась в том, что представители разных миров просачиваются в мир реальный через неких своих "агентов", как бы заражая всё вокруг своим измерением и конкурируя с "агентами" прочих измерений. Кроме основного режима в игру можно было играть и в одиночку, генерируя сюжет хоть и самостоятельно, но по прежнему интересно и непредсказуемо. Именно в этот, слегка адаптированный режим мы как-то с вами немного поиграли тут, на DTF"е в теме Игра историй

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

Что для этого понадобилось. Для начала сформировать понятие о том, что есть персонаж в подобной системе. Получилось, что в общем виде герой будет задан примерно по следующей универсальной схеме:

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

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

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

Взаимодействующие черты ПЕРЕМНОЖАЮТСЯ между собой при помощи калькулятора.

Герой атакует монстра, герой нажимает кнопку, герой выпивает из бутылочки с надписью… неразборчивой надписью, герой читает неизвестное заклинание из книги, герой открывает сундук с сокровищами, герой убегает от ожившего сундука с сокровищами — всё это ситуации вида «черта А умножить на черту Б». О том, что с этими результатами умножения делать разговор пойдёт чуть ниже.

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

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

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

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

Но минутку, что же такое список основных концепций, спросите вы. Это список из девяти позиций, отражающих основные темы/жанры/понятия вашей конкретной игры.

Ниже приведёна завязка из моей тестовой форумки по Идеалириуму и соответствующий этому игровому модулю список концепций.

И вот теперь переходим к примерам того, как ведущий трактует результаты вычислений. Например, у героя (человек 29, чернокнижник 39, направляется в орден Феникса 72) при себе есть предмет: Магический шар 80.

Он может обращаться по нему, формулируя это как комбинации вида " я (человек 29) вызываю духов в шаре (80)", «мой чернокнижник (39) всматривается в шар (80)» или даже «желая найти путь в орден (72) я пытаюсь вызвать в шаре (80) знакомых мне людей». В результате умножения тут получились бы следующие результаты: 2320, 3120 или 5760.

В последовательности 2320 первой идёт цифра 2, обозначающая "Чудо", и трактовать можно было так, что шар действительно вызывает какого-то духа. Если первой цифры показалось мало, то смотрим следующие. Дальше тут шла цифра 3, обозначающая "Историю" — что могло означать то, что шар показывает герою какие-то давние события.

Важная особенность: почти любая черта является множеством, которое в перспективе способно содержать в себе до 99-и дополнительных элементов. Вспомним, как у нас выше были описаны параметры Функции ведьмы: Ведьма 70, ... может управлять летающим глазом 1. Когда в игровом мире случается ситуация, когда именно ведьмин глаз хочет куда-то пролететь и с чем-то повзаимодействовать, то черта участвующая во взаимодействии будет выглядеть как «управляемый ведьмой глаз 701», а не просто «ведьма 70».

Разумеется, "оцифровывать" объекты мастер может различным образом, Например, этот летающий глаз ведьмы мог быть оформлен как предмет, со своим отдельным числом.

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

Таким же образом ведущий раскрывает подмножества для своих черт-описаний, когда игрокам понадобились идентификаторы. Например, герой пытается открыть металлическую дверь, подойдя в какому-то древнему зданию — ведущий игры присваивает зданию номер 87, и говорит, что это какая-нибудь "… дверь 5", являющаяся одним из дополнений для здания. Соответственно обшаривать здание или пытаться о нём что-то вспомнить герой будет обращаясь к номеру 87, а взламывать или открывать дверь — через 875. В здании могут обнаружиться прочие принадлежащие ему объекты, например управляющий терминал, или препятствие-яма которым ведущий тоже придумает номера, если игроки захотят с ними повзаимодействовать. Более того, зная номер самой локации игрок сам может обратиться к одному из описанных ведущим объектов, присвоив ему первое свободное дополнение — "...1", "...2" и так далее.

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

Вот как в итоге выглядел список концепций у нас на форумке:

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

Но вернёмся к персонажам нашей истории, вот какие у них были параметры:

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

Что касается сюжета игры - путники только приехали в курортный посёлок и приступили к осмотру. Ранее, по дороге к цели, им преградило путь поваленное дерево, а в повозку из леса залетела бабочка, став первым упомянутым ведущим объектом с идентификатором. Вернее я оформил её как дополнение к лесу, введя сразу и бабочку (651) и лес (65):

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

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

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

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

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

Статусы - это различные временные состояния. На персонажах по сюжету может дополнительно повиснуть до 9 независимых временных статусов, обозначаемых как «ранен 01», «проклят 02», «болен 03» и так далее. Статус влияет на любое действие персонажа. Например, отравившись (получив статус «отравлен 06»), чернокнижник стреляет в монстра уже не лучом 391, а лучом 39106. Даже если игрок опишет ситуацию иначе, его отравленность припишется к выбранной черте. Если на персонаже висит несколько статусов, то игроком выбирается один из более подходящих по смыслу к ситуации.

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

Что касается звёздочек, то это способ награждать игроков за вклад в игру и выдаёт их ведущий. Смысл в том, что игроки могут тратить звёздочку во время любой своей интерпретации, чтобы породить новый, вытекающий из этого описания, важный объект истории и присвоить ему число результата взаимодействия (из четырёх последних цифр). Например, оборотень (69) преследует гоблина (654). Потратив звёздочку, интерпретирующий игрок во время трактовки результата (45126), мог породить новый сюжетный объект. Вроде того, что преследуя беглеца оборотень увидел брошенный кем-то меч 5126 или гоблина вдруг съел выскочивший из чащи дракон 5126, либо меж деревьев оборотень увидел старый заброшенный дом 5126.

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