+203.70
Рейтинг
31.13
Сила

Zmaj

Планирую с игроками Огнем и Мечом. 17 января 2022, 15:07

Dungeon World. Ходы + персонажи одним файлом.



Свел все в один файл, как в оригинале.

Вычитка средняя, но вроде пофиксил некоторые ошибки.
Кто найдет баги — обязательно отпишите сюда, чтобы я поправил.

Скоро выложу главу про шмотки из корбука.

ссылка на гуглдоки

Вступление

Мне очень понравилась концепция игры в Западные Пределы (о ней можно поподробнее почитать вот тут: rpg-world.org/index.php/topic,5928.0.html ), и я решил начать такую игру. На движке GURPS, так как мне кажется, что он хорошо подходит.

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

1) Фокус кампании — исследование («эксплорейшен») местности, полной опасностей.
2) Игроков много, больше, чем может быть
Читать дальше →

Оглавление

Хочу взломать банкомат на пару тысч

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

Читать дальше →

Геймдизайн на примере Houses of the Blooded

Если вам понравилась статья, киньте картинку с котиком в комментарии!

Как родилась идея
Всё началось с оживлённых бесед с Мэттом Колвиллем. Джон Вик утверждал, что D&D («игра, которую я не хочу называть, но её аббревиатура D, A, D») не покрывает все интересующие его жанры фэнтези. Более того, D&D – «отдельный жанр фэнтези». Эта игра «не романтична», перегружена. Игра о том, как убить монстра, чтобы получить сокровище и убить монстра побольше. «Тот, кто написал игру, в которой нужно несколько десятков бросков для короткой трактирной драки и всего один бросок, чтобы соблазнить жену трактирщика, никогда не пробовал соблазнить чью-нибудь жену». «Так напиши игру, которая тебя устроит!», – не выдержал Мэтт. Да, именно так всё и началось.

Читать дальше →

система мечты

Поскольку все, кто обещал на МРИ вести «блог разработчика», своих обещаний не сдержали, буду считать, что я за них отдуваюсь. Для начала несколько тезисов, которыми я руководствуюсь относительно систем.
1) Система состоит из модуля генерации персонажей и модуля разрешения конфликтов/задач. Первый предоставляет числа, которыми оперирует второй, они не обязаны быть чем-то связаны и решают разные задачи.
2) Какие задачи должен выполнять модуль генерации? Ну, в идеале, он должен быть интуитивно понятен, не включать в себя сложной математики, но вместе с тем обладать встроенными механизмами защиты от мини-максинга, избыточной оптимизации и всего такого прочего. Еще, в идеале, он должен мешать генерить нежизнеспособные билды, если они возможны. по-хорошему, последняя задача решается пакетной генережкой. То, чем я обладаю сейчас, хорошо справляется с минимаксингом, но сложен, включает в себя всяческие числа фиббоначчи и так далее.
3) Чего я хочу от модуля разрешения задач/конфликтов? в первую очередь мне требуется плавно меняющаяся детализация. Я хочу иметь возможность рассматривать любую ситуацию с высоты птичьего полета или под микроскопом, как сцену или как атомарные действия. Пока что мне видится только один метод решения этой задачи — многоступенчатые навыки с увеличивающейся специализацией. Бой->атака->оружие->фехтование->клинки. Я останавливаюсь на той ступени, на которой мне нужно, могу сделать встречную проверку навыка «бой» обоих сторон, если мне не важно, чем именно и как стороны собираются пользоваться в бою, а могу поднять детализацию до уровня типов используемых маневров и вооружения. Тут в дело вступает математика. Диапазон значений, которые я получаю из чарлиста, должен соответствовать тому диапазону, который я получаю на кубах. Если идти в лоб, то числа будут расти по мере того, как мы подключаем дополнительные уровни скиллов и поэтому разная детализация будет требовать разных бросков, это не очень красиво и я пока думаю над тем, как сделать так, чтобы числа были примерно одними и теми же, вне зависимости от того, какой уровень детализации мы берем.
Читать дальше →

Мантра футуролога

Принципиальная возможность не означает технической возможности. Техническая возможность не означает технической реализации. Техническая реализация не означает доступности. Доступность не означает распространенн
Читать дальше →

  • нет