PropertyValue
rdfs:label
  • Проверка
rdfs:comment
  • Проверка (сленговое «чек» от англ. check — проверка) — игромеханическое действие, определяющее развитие событий в игровом мире, обычно в зависимости от характеристики персонажа. Типичная ситуация проверки — заявка игрока, связанная противостоянием NPC или с риском для самого персонажа (например, персонаж пытается пройти по узкому раскачивающемуся мостику над пропастью). Однако проверки применяются во многих случаях: как часть произнесения магии, чтобы определить её эффект; как реакция организма на разные состояния, например болезнь; для первого впечатления, произведённого на NPC… Иногда проверка вовсе не связана с персонажем: в некоторых системах[каких?]Проверка мастер может перед сценой сделать «проверку ситуации», чтобы определить, насколько благосклонно к партии развернутся события или
dcterms:subject
Editor ID
  • DLC04RESceneCT02Holotape
название
  • Проверка
Вес
  • 0
тип
  • Голодиск
игра
  • NW
Локация
Изображение
  • FO4 Holodisk.png
Стоимость
  • 0
dbkwik:ru.fallout/property/wikiPageUsesTemplate
dbkwik:ru.rpg/property/wikiPageUsesTemplate
abstract
  • Проверка (сленговое «чек» от англ. check — проверка) — игромеханическое действие, определяющее развитие событий в игровом мире, обычно в зависимости от характеристики персонажа. Типичная ситуация проверки — заявка игрока, связанная противостоянием NPC или с риском для самого персонажа (например, персонаж пытается пройти по узкому раскачивающемуся мостику над пропастью). Однако проверки применяются во многих случаях: как часть произнесения магии, чтобы определить её эффект; как реакция организма на разные состояния, например болезнь; для первого впечатления, произведённого на NPC… Иногда проверка вовсе не связана с персонажем: в некоторых системах[каких?]Проверка мастер может перед сценой сделать «проверку ситуации», чтобы определить, насколько благосклонно к партии развернутся события или какая будет погода. Правила проверки зависят от конкретной системы. Обычно это бросок дайса, реже — генерация случайного числа другим способом. Результат сравнивается с числом, и это сравнение говорит об успехе или неудаче действия. Как правило, проверка учитывает одну или несколько характеристик персонажа (в качестве модификатора к случайному числу) и сложность. Примеры обработки ситуации с мостиком в разных системах: * Dark Heresy: 1. * В зависимости от ширины мостика и его неустойчивости назначается сложность проверки в виде модификатора от −60 (обледенелый трос в кромешной тьме во время урагана) до +60 (еле-еле покачивающийся широкий мост с перилами; в большинстве случаев такая проверка не делается, но может потребоваться в особых случаях — например, если персонаж сильно пьян). 2. * Совершается бросок процентника и сравнивается с ловкостью персонажа, к которой предварительно добавляется соответствующийКатегория:Статьи без пояснений модификатор. Если выпавшее значение меньше либо равно ловкости, то проверка успешна (обычно это означает, что персонаж перешёл мост), если нет — неудачна. * Savage Worlds: 1. * Определяются модификаторы сложности, если они нужны (обычно от −2 до +2). 2. * Кидается дайс, соответствующий значению ловкости или подходящего умения персонажа. Если персонаж — wild card (большая часть персонажей игроков таковы), то вместе с этим дайсом кидается d6, из двух значений выбирается большее. К результату прибавляется модификатор. 3. * Если результат 4 или больше, то проверка пройдена успешно. Сама по себе проверка не обязательно означает наличия «хорошего» и «плохого» исходов, как и двух исходов вообще — некоторые системы различают степень успеха и неудачи. В том же примере с мостиком споткнувшийся может улететь в пропасть, а может зацепиться за край моста и повиснуть на руках. Иногда проверка определяет один из заранее условленных исходов, которые нельзя назвать однозначно удачными или неудачными. Проверка может не иметь видимых последствий в игровом мире: в этом случае использование информации о проверке является метаигровым манчкинством. Из-за этого некоторые проверки ведущему рекомендуется делать тайно (а то и вовсе загодя, чтобы не привлекать внимание фактом броска дайса). Подобное позволяет избегать ситуаций вроде «кинь-ка на поиск потайных дверей… Нет, в этой комнате нет абсолютно ничего подозрительного» или «сколько у тебя показатель внимания? (Стук кидаемых костей) Ты стоишь на посту и слышишь только шум ветра в траве». Такие ситуации не обязательно являются злом (особенно если игроки сами не хотят разрушать игру), но создают лишний соблазн и могут мешать игроку ассоциировать себя с персонажем.