лист персонажа pathfinder на русском заполняемый
Лист персонажа pathfinder на русском заполняемый
Вы можете заметить, что мы пропускаем блок AC (КЗ или КД).
Этот блок отвечает за вашу защиту и мы не можем его посчитать, пока не закупим себе в инвентарь какую-нибудь броню или щит.
Как считать свои спасброски?
1. Заходим на страничку своего класса на сайте www.d20pfsrd.com
2. И находим сразу после описания класса таблицу. В столбцах Fort Save, Ref Save и Will Save написан показатель спаброска твоего класса на каждый уровень.
4. Суммируешь и вуаля!
BAB (Base Attack Bonus) или ББА (Базовый Бонус Атаки).
Это параметр, который показывает на сколько твой персонаж умел в физическом насилии без всех прочих модификаций. Базовый бонус атаки растет вместе с персонажем и свой показатель ты можешь увидеть в столбце BAB в таблице немного выше.
CMB (Combat Maneuver Bonus) и CMD (Combat Maneuver Defense) или ББМ (Бонус боевых манёвров) и ЗБМ (Защита [от] боевых манёвров)
Это параметры, которые отвечают за вашу способность проводить боевые манёвры и защищаться от них.
Подробнее о том, как работают боевые маневры тебе расскажет твой мастер, а я расскажу, как их посчитать.
Как считается бонус: Базовый бонус атаки + модификатор силы.
Если ты играешь маленькой расой, вроде гнома или халфлинга, то у тебя в конце формулы еще минус 1.
Я считаю спаброски (Saves) моего магуса по имени Олег.
У Олега модификаторы Конституция +2, Ловкость +2 и Мудрость 0.
На странице класса магус написано, что на 2 уровне (мастер сказал, что мы начинаем сразу со 2 уровня) у него такие спабсроски: Стойкость 3, Рефлекс 0 и Воля 3.
Считаем:
Стойкость 3+2=5
Рефлекс 0+2=2
Воля 0+3=3.
Олег дварф и у них на странице сказано, что дварфы получают бонус +2 против магических эффектов ко всем спасброскам. Поэтому чтобы не забыть, я записываю это рядом в скобочках. Выходит
Стойкость 5 (7)
Рефлекс 2 (4)
Воля 3 (5)
2. Теперь я считаю Базовый Бонус Атаки (BAB).
В той же таблице сказано, что у магуса на 2 уровне базовый бонус атаки = 1. Я вписываю 1 в соответствующее поле.
3. Ну и заканчиваю Боевыми Маневрами (CMB, CMD).
Затем считаю Бонус боевых маневров и Защиту от боевых маневров.
Бонус боевых маневров:
1 (базовый бонус атаки) + 3 (модификатор силы) = 4
Защиты от боевых маневров:
10+1 (базовый бонус атаки) + 3 (модификатор силы)+2 (модификатор ловкости)=16. У дварфов на странице сказано, что они стойкие и потому получают еще +4 против толчков и подножек. Я себе это запишу в скобочках, чтобы не забыть.
Ну и защита от боевых маневров, когда меня застали врасплох равна тому же, но минус модификатор ловкости, то есть 14
Например, фит может сделать так, что когда вы вламываетесь в помещение, то все в этом помещении сильно пугаются. Другой фит может сделать так, чтобы призванные вами существа становились немного божественными, как бы это не звучало.
Мой любимый фит называется «Стиль Гадюки» и он позволяет 1 раз в раунд заглянуть в самую душу противника и в случае успеха, отклонить его атаку.
Обновление из 2021: Фиты перевели, как «черты».
Все персонажи по умолчанию получают новый фит каждый нечётный уровень: 1-3-5-7 и т.д. Из этого следует, что за свою карьеру среднестатистический персонаж получает фитов в общем-то мало и потому это всегда радость, когда есть возможность выбрать для себя новый фит.
Разные эффективные или просто весёлые сочетания фитов называются «билдами». Это подобно билдам из компьютерных игр или колодам из Хёртсоуна, Мотыги и всего такого прочего.
Кто-то этим фактом бывает недоволен
Но для меня и для подавляющего большинства людей, играющих в пасфайндер, выбор фитов своему персонажу подобен походу в магазин игрушек в детстве.
В общем, как выбрать фит:
1. Проходишь по этой ссылке
2. Выбираешь нужное количество фитов
3. Всё ¯\_(ツ)_/¯
Скорее всего, если ты новичок, то ты растеряешься от такого количества и тебе нужен небольшой совет.
И я, конечно, тебе его дам, не благодари.
1. Если ты лучник, тебе нужны такие фиты:
Point-Blank Shot, Precise Shot, Deadly Aim, Rapid Shot
2. Если ты грубый боец ближнего боя, посмотри на такие фиты:
Power Attack, Furious Focus, Toughness, Cleave, Combat Expertise, Combat Reflexes
Вписывай фиты так, как тебе удобно. Лишь бы рядков хватило. Если надо, подробно опиши, что он делает и при каких условиях.
В этом разделе мы наконец сможем заполнить поля, отмеченные на картинке.
Итак, начнем с доспеха (и щита, если ты захочешь).
У магуса Олега, например, вот так:
Окей, дальше заходим на страницу выбора брони и видим там вот такие прекрасные таблицы в количестве 5 штук: для легих, для средних и для тяжелых доспехов. А также для щитов и всяких модных примочек, типо шипов.
Длинно (читай, если хочешь разобраться): как пользоваться таблицей по столбикам
6 столбец Arcane Spell Failure. Тут тоже можешь не париться. Мастер объяснит почему
Я бы хотел взять себе еще и щит, но у магусов есть способность, которая не работает, если магус что-то держит во второй руке (об этом я прочел на странице своего класса).
Я считаю свой класс защиты и записываю его в чарник.
Штуки, вроде 1d4, 1d6 или 1d8 означают, что для определения своего урона, ты бросаешь один 4-гранный, 6-гранный или 8-гранный кубик например.
Я могу только посоветовать еще 2 штуки:
1. Выбирай не по параметрам, а по крутости. Ведь это классно сражаться молотом или топором, а не банальной шпагой, да? Хотя у шпаги крутые параметры.
2. Если ты стрелок, обязательно купи что-то для ближнего боя и наоборот.
Лист персонажа pathfinder на русском заполняемый
Есть сообщество в котором и так видно кто это. По поводу прикрываться такое себе замечание.
Попробуй тому кто первый раз хочет поиграть дать заполнить это.
Опции есть и в рамках рас. Корные расы помимо хуманов и дворфов не андерпавернуты в хлам, и их новые расовые абилки всё так же можно заменять на альтернативные. Больше вариативности богу вариативности.
К слову о мультиклассе. Никаких ограничений трипятёрки, дипайся куда угодно без штрафа на экспу, что ещё приумножает вариативность, учитывая упомянутое выше.
И это только по сеттингу и механике классов. Могу продолжать ещё дальше.
И да, я почти наверняка уверен, что ты просто вбрасываешь и даже не станешь всё это читать. А мне норм, мне интересно лишний раз сравнить системы.
Roll20: Лист персонажа по системе Pathfinder
Собственно, я очень долго хотел сделать эту статью, но как-то все руки не доходили. Я немного расскажу о листе персонажа по системе Pathfinder в Roll20 и какие это дает возможности игрокам и мастеру.
И вот без этой ссылки рассказ был бы весьма неправильным.
Итак, что такое Roll20 большинство игроков и мастеров на Имажинарии и Мире Ролевых Игр скорее всего слышали. А тем кто не слышал и не читал я по секрету скажу — это достаточно неплохая платформа для онлайн вождения.
Начнем с того, что листы персонажей для различных систем доступны только подписчикам уровня «Plus». Стоит это удовольствие — всего 5 долларов в месяц, но открывает гигантские возможности как для игроков, так и для мастеров: во первых динамическое освещение (в бесплатной версии придется пользоваться туманом войны), а во вторых эти самые листы персонажей, в которых разработчики (энтузиасты, не подумайте слишком хорошо о команде Ролл20) реализуют весьма неплохие вещи, такие как проверка на критические провалы, которые показываются только при «1», подтверждение критических попаданий при «20» (когда в тексте вывода появляется отдельная строка) ну и естественно готовые макросы различных бросков.
Совет 1: обязательно привяжите токен персонажа к листу персонажа. Во первых, это даст возможность на новой карте просто перетащить его из папки на карту, а во вторых лист персонажа можно будет быстро открывать через Shift+двойной щелчок левой кнопкой мыши.
В листе персонажа Pathfinder сразу видно несколько вкладок: Core, Classes, Defenses, Attacks, Skills, Feats, Items, Spells, Details, NPC ну и, конечно же, — настройки (шестеренка).
На листе Core игрок вводит в первую очередь базовые характеристики своего персонажа и дополнительно указывает бонусы (у Пека к примеру это пояс ловкости +4).
Недавно на этой вкладке появилась прекраснейшая вещь — баффы. Постоянные заклинания которые дают положительный эффект и необходимо учитывать при бросках кубов теперь можно забить заранее в 10 полей для баффов и при необходимости просто отмечать те, которые используются (скастовали Haste — через токен быстро открыли лист персонажа — см. Совет 1, установили галочку в нужной строке и наслаждаемся).
Ниже баффов есть еще одна замечательная вещь — Состояния, которые также будут учитываться при любых бросках кубов. Не надо морочить себе голову подсчетом тех или иных штрафов — умный лист подсчитает все сам.
Под состояниями спрятались хиты (или раны), места для занесения модификаторов инициативы, опыта, очков престижа, известности и очков героя (вы уж извините за мой кривой перевод, но писать по английски не очень хочется).
Во второй вкладке «Классы» игрок заносит информацию о тех классах которые у него есть — базовый бонус атаки, базовые спасброски по каждому классу и количество хитпоинтов выпавших на кубах (!Обратите внимание — эти хиты заносятся без учета Constitution — лист их сам посчитает и не обманет 🙂 )
А под базовой информацией о классах расположены поля для заполнения классовых способностей, которые потом с помощью кнопки с изображением дайса легко можно вывести в чат, причем помимо того что можно просто записывать классовые особенности, так можно еще и макрос подкорректировать для выполнения расчетов.
В третьей вкладке «Защиты» вносятся необходимые значения дополнительных модификаторов Армор Класса, спас-бросков, устойчивости, слабости, Spell Resistance, защиты и дополнительных примечаний, которые будут выводится при необходимости в макросах (к примеру, +2 к спасброскам против фей), ну и конечно же характеристики доспеха.
Причем это все дополнительно можно настроить — что отображать при бросках спас-бросков, а что нет.
После «Защит» вполне логично следуют «Атаки», где рассчитываются как базовые значения ближних и дальних атак так и заполняются отдельные атаки. Я думаю, что там достаточно все очевидно, но для незнакомых с Ролл20 поясню — текст «[[2d6]] vs humans [[1d6]] sneak» записанный в примечании будет выводится вместе с основными бросками кубов, а синтаксис вида «[[ ]]» сразу бросит указанные кубы (или проведет арифметические вычисления) и можно будет легко подсчитать тот же самый дополнительный урон.
На вкладке «Навыков» заполняются данные о навыках, указывается классовый или неклассовый навык. Есть пустые поля для кастомных навыков.
!Обратите внимание, я у себя в кампейне использую подсистему бэкграунд скиллов — и лист персонажа это умеет (из Unchained многое уже инкорпорировали в лист персонажа) — а задается это все в настройках листа.
На листе «Feats» — игрок заносит свои фиты и собственно говоря и все. Можно тоже красиво их оформить чтобы выводить в чат, но я так и не придумал зачем))).
PF был бы плохим последователем Dungeons & Dragons, если бы у него не было много магических предметов. Собственно их и заносят на следующей вкладке. Можно разнести по слотам (на скрине этот раздел свернут), расписать каждый жезл и через макросы ими пользоваться и так далее. И вот тут становится обидно — классную штуку как баффы сделали, а автоматический подсчет веса инвентаря, как в листе для пятой редакции D&D — еще нет. Но вроде как в планах.
А пока можно выставить вручную уровень загрузки, указать значения загрузки для мастера и радоваться жизни :-).
Ну и наконец заклинания — радость для магов и жрецов. Указывается и уровень заклинателя, и характеристика от которой кастуется с учетом баффов, естественно, DC и конечно же есть поля для ввода данных по каждому заклинанию и изменения макроса по каждому отдельному заклинанию.
!В примере в описании заклинания у меня присутствует строка [[1d8+<5,@
>kl1]] которая вычисляет значение какого то броска восьмигранника и минимального значения из набора 5 и уровень заклинателя (0-й класс), так что сразу и выводится значения хитпоинтов, которые клерик восстановит своему товарищу.
В деталях расписывается внешность, вес, языки, расовые трейты и тому подобное, на чем я долго не буду останавливаться.
Перейдем к листу настроек. В первом блоке можно указать — нужно ли выводить картинки в тексте сообщений в чат и можно задать свои, для каждого из типов шаблонов. Второй — посвящен Unchained и в нем и выбираются какие опции использовать. В третьем приведены типовые макросы, но почему то у них после слова template пропущено двоеточие.
Внешний вид шаблона заклинания.
Шаблон атаки (указано сразу три картинки — в зависимости от желания можно выбрать для ближнего боя, дальнего или маневров вроде трипа, дизарма или граппла.
Шаблон защиты (можно использовать как для спасброска так и для других защитных способностей)
и шаблон для стены текста.
И в самом конце настраивается взаимосвязь между вкладкой NPC (в которую мастер ручками переносит статистику из срд) и данными игрового персонажа (обновление ХП), а также куда будут выводится броски как НИП так и ИП — то ли в общий чат, то ли в личку мастера.
Собственно на этом обзор листа персонажа по Pathfinder можно считать законченным, но голь на выдумки хитра и есть несколько интересных моментов которые я сделал у себя в кампании. Постоянно открывать лист персонажа не всегда удобно, поэтому умельцы изготовили несколько макросов, которые очень полезно использовать.
1. Макрос на спас-броски, который я создал и расшарил всем игрокам. При выделении токена на карте в верху появляются макросы, которые привязаны именно к токену, что позволяет быстро бросить спасброски.
2. Искать навыки долго. Проще через макрос, который позволяет выбрать из выпадающего списка нужный навык.
3. Макрос для инициативы в боя, который автоматически добавляет выбранный токен в очередь ходов.
4. Макрос для стабилизации.
5. Макрос быстрого вывода защитных показателей.
А также различные макросы для скрытого бросания.
Благодарю Хату за любезно предоставленый чарник, а читателей — за то, что читали этот никому не нужный бред 🙂
Ретроспектива разработки интерфейса листа персонажа
Близится 2021 год, а значит, минуло почти 4 года с момента, когда я присоединился к разработке Pathfinder:Kingmaker в качестве разработчика интерфейсов. За это время игра превратилась из маленького прототипа с минимальным функционалом в огромную, сложную систему. Игра пережила релиз, год активного багофикса и поддержки DLC, а также портирование на консоль. И теперь, когда разработку этого проекта можно считать завершенной, пришло время оглянуться и попробовать собрать ретроспективу того, как проектировались и создавались интерфейсы.
Я решил начать с основного, на мой взгляд, интерфейса игры, с листа персонажа.
Введение
Компьютерный Pathfinder:Kingmaker является адаптацией настольной игры Pathfinder от компании Paizo, весьма популярной в англоязычном мире и чуть менее во всём остальном. И чтобы все без исключения участники разработки хорошо понимали, что они делают, в команде существовала прекрасная практика: еженедельная игра в настолку по оригинальному модулю Kingmaker.
И это сильно помогло в начале разработки этого и других интерфейсов, ведь именно лист персонажа ты держишь в бумажном виде в руках, сидя за столом.
Взято отсюда: http://runelords.peepersbog.org/index.html
В отличие от своих, более опытных в играх и разработке коллег, весь мой опыт настольно-ролевых игр сводился к играм в юности по обрывкам правил D’n’D и прохождения Baldur’s Gate в момент, когда я даже не понимал, что она сделана по настольной игре. И, конечно, такой опыт является огромным минусом, когда нужно перенести настольную игру в компьютерную. Однако, сейчас я понимаю, что в тот момент недостаток обратился в достоинство, потому что это дало возможность взглянуть на интерфейс с точки зрения человека, ничего не знающего об игре. По сути задачей стало “объясни самому себе, как это устроено”, что, конечно, намного проще. Ведь никто так не сможет рассказать, как пользоваться чем-то, кроме как человек, только что этому научившийся. В момент, когда была поставлена задача на дизайн листа персонажа в игре, всё казалось очень просто: перенеси его в цифровой вид, убери лишнее и готово! И, конечно же, это оказалось не так. Чем глубже я погружался в устройство правил настольной игры, тем более ясным становилось, что Pathfinder это игра не по правилам, а по исключениям из правил.
Информационное проектирование
В качестве вводных данных был прежде всего оригинальный лист персонажа, документация гейм-дизайнеров, Core Rulebook настольной игры и некоторое количество готовой интерфейсной вёрстки, в частности, инвентарь.
Очевидно, что нельзя было просто переверстать бумажный Character sheet в экранную версию.
В компьютерной версии сокращалось количество навыков, но при этом добавлялось отображение состояний и баффов. Кроме того, добавлялась часть характеристик, которые в бумажной версии, как правило, не показывались.
Переосмысление существующего, бумажного, в совокупности с новым, компьютерным, привело к идее разбиения экрана на три столбца. Хотя, правильней сказать, к идее протягивания уже существующей компоновки инвентаря. Левая треть экрана должна была стать “сквозным” информационным ядром интерфейсов персонажа и вобрать в себя основные характеристики. А ключевой частью этого блока должен был стать портрет. В отличие от других современных RPG, где основным представлением персонажа является 3D-кукла, у нас для роли отождествления игрока, как героя игры, был рисованный портрет. На это был сделан упор по нескольким причинам: 1. Это жанровое, духовное наследие Baldur’s Gate. 2. Портретом можно выразить более сложные эмоции и лучше охарактеризовать героя, сделав игровой опыт глубже. Другие составляющие блока должны были отвечать на вопросы “кто?” и “какой?”: Хаотично-добрый полуорк, варвар, сильный и красивый, но глупый, бьёт молотом так-то, защита такая-то. Остальные две трети должны были раскрывать подробности о способностях и навыках и истории. Как результат информационного проектирования, все возможные блоки персонажа были сгруппированы и распределены по столбцам и страницам. Таким образом появилось логическое разбиение.
Конечно, это оказалось не оптимальным разбиением, но это стало хорошей отправной точкой для дальнейшей компоновки.
Отдельной темой хочется выделить визуализацию классовых прогрессий. Особенность Pathfinder тут в том, что, в отличие от многих игр схожего жанра, развитие персонажа здесь нельзя формализовать в статичную карту развития. Игрок может на любом повышении уровня выбрать себе другой класс и стать, например, магом 5-го уровня и вором 3-го и предсказать это невозможно. Кроме того, у каждого класса есть архетипы, выбор которых подменяет часть способностей и не обязательно на том же уровне. А еще часть способностей появляется в классе только после того, как игрок определиться с божеством своего персонажа или происхождением.
Для непосвященного человека описание почти любого класса выглядит как набор способностей, получаемых в случайном порядке и непонятно как связанных между собой. Так что на этапе сбора информации задача состояла в том, чтобы осознать паттерн организации классов и сформулировать идею, как упростить его представление.
В результате получилось несколько сравнительных таблиц со способностями и характеристиками классов. Пожалуй, польза этих таблиц заключалась не столько в них самих, сколько в выводах и наблюдениях, к которым мы пришли в процессе их составления.
В процессе изучения структур развития разных классов все способности удалось разделить на группы:
Эта визуализация впоследствие стала скелетом для страниц развития персонажа во всех интерфейсах. Мы написали алгоритм, собирающий способности в цепочки. Автоматизации здесь поддавалось далеко не всё и часть способностей мы объединяли вручную в угоду приятному визуалу.
С полученным багажом информации о настольной игре мы приступили к работе над макетами интерфейсов.
Поиск разметки
Наличие логического разбиения по информационным блокам даёт хорошую отправную точку для того, чтобы просто хоть что-либо начать проектировать, но этого недостаточно. Довольно сложно придумать что-то, не имея ограничений. Наш мозг нуждается в постоянной систематизации окружения и если ему не за что зацепиться, то это становится проблемой. Помимо логического разбиения, таким ограничением стала трёхколоночная система, которую породил уже существующий ранее интерфейс инвентаря. Теперь настал этап создания визуального представления информации отдельными блоками и попытка их хоть как-то объединить. Блоки, которые оказывались удачными, с точки зрения меня и коллег, перетекали в следующие макеты. Иные вычеркиваются и оставались лишь в архивах, которые я достал специально для этой статьи.
Ниже приведены одни из первых экранов и эксперименты с компоновкой. Все их можно объединить попыткой втиснуть весь лист персонажа на один экран. И если блоки атаки, защиты и навыков в целом не имели особой вариативности, то блоки про способности и баффы содержали в себе неизвестное количество сущностей.
Причём на тот момент я сильно недооценивал количество вариантов способностей и часто пытался уместить их в совсем небольшие блоки. К слову, тогда же мы пытались найти способ разместить баффы в левой трети, чтобы они были видны и на экране инвентаря тоже. При обсуждении блока баффов появился интересный момент: коллеги, глубоко знающие правила, разделяли состояния персонажа (уставший, ослепленный и пр.) и баффы (позитивные или негативные эффекты от заклинаний). Так написано в правилах и хорошо интегрируется в механику. Для интерфейсного взгляда же все эти сущности являлись иконкой с текстом, изменяющей значения других статов. И такое разночтение ярко выражено внутри кода игры, где интерфейсный код приводит к общему знаменателю механические сущности.
В макетах использованы портреты из Baldur’s Gate.
После череды экспериментов и попыток уместить всё на один экран стало понятно, что лучшим подходом здесь будет разбиение на страницы и частью информации придётся пожертвовать, положив под “еще один клик”.
Здесь были эксперименты с группировкой способностей. Нужно было отделить способности, именуемые Feat, которые персонаж выбирает вне зависимости от класса от Special Abilities, которые уникальны для каждого класса. Плюс еще существовали Traits, сюжетное происхождение персонажа, которое за столом игрок выбирает для более интересного отыгрыша роли, но в нашем случае просто еще один способ повлиять на значения характеристик. А еще мы хотели показывать многие характеристики, которые, однако, были не всегда полезны применительно к отдельно взятому классу персонажа. Например, для мага не очень важно, насколько велик его Base Attack Bonus, он им не пользуется, когда бросает огненные шары. Но всё же некоторые блоки уже стали искать свою около-финальную компоновку с проверкой контента.
Поскольку это статья ретроспективная, то сейчас я могу сказать, что даже такие проверки не могут учесть всех вариантов контента, который может появиться в процессе разработки. Например, блок атаки был рассчитан только на 4 значения и не учитывал, что при некотором сочетании классов персонажа и заклинаний их может стать 6. Кроме того, на момент проектирование все участники были уверены, что вёрстка не сдвинется после артового оформления. Но это так же оказалось заблуждением. Игру сложно запланировать заранее, это живой процесс постоянного творчества, развития и изменения. А универсальные, безопасные решения, к сожалению, часто напоминают экселевскую таблицу, безликую и безэмоциональную. Таких решений хотелось иметь поменьше. Так что в итоге, на немецком языке, в случае двух оружий в руках, заголовки начинают слипаться и даже настройка адаптивной вёрстки и масштабирование шрифта с этим не справляется. А урок здесь такой: когда продукт почти закончен стоит отдалиться от него и еще раз взглянуть на уже принятые решения, они могут оказаться уже неподходящими. В дизайне тоже существует рефакторинг.
Но этот урок мы усвоим чуть позже. А тогда, после первых итераций поиска компоновки, я собрал первый дизайн-документ, который можно было предметно обсуждать с коллегами. Здесь были группировки способностей, крупные блоки с выбранными классами, таблицы заклинаний. В прогрессию мы добавили цепочку про развитие книги заклинаний, а часть характеристик упразднили совсем.
Финализация дизайна
В макетах использованы иконки из League of Legends.
Обсуждения — у нас это всегда долгий процесс, отягощённый многочисленным столкновением мнений и интересов. Я не помню ни одного собрания, которое длилось бы менее 3-х часов. Одни полагают, что важнее предоставлять максимум механической информации, другие — что важнее погружение в историю и атмосферу, а механические детали можно спрятать поглубже. Чаще всего такие дискуссии — единственный эффективный способ выйти из тупика и, в результате обмена мнениями, прийти на следующую итерацию с новыми идеями. Страницы биографии персонажа и древо развития класса в целом были утверждены всеми участниками. А вот с главной страницы было решено убрать информацию о способностях, таблицу заклинаний и прочие числовые характеристики персонажей. Центром интерфейса решили сделать сюжетную составляющую игры. Для основного героя это стало “Колесо мировоззрения”, а для компаньонов мы придумали набор сюжетных карточек, ключевых событий этого персонажа, которые будут открываться игроку по мере прохождения. Баффы в этом случае также убирались из левой трети, но получали достаточно пространства, чтобы отображаться вместе с названием и параметром времени действия. Таким образом экран стал значительно чище, а также сместил фокус на то, что это в первую очередь ролевая игра, а уже потом механическая.
Способности переместились на отдельную страницу. Это позволило использовать не одни только иконки, но и названия самих способностей. Впоследствии это оказалось очень важно, потому что для отрисовки иконок под каждую способность нам в итоге не хватило времени и ресурсов. Кроме того, закодировать смысл каждой способности в иконку, а уж тем более расшифровывать её потом игроку, это слишком сложная задача. Но, опять же, ретроспективно должен отметить, что сильно недооценил количество способностей в блоке Special Abilities и переоценил их количество в блоке Traits. В итоге это вылилось в весьма несбалансированную компоновку этого экрана. Что мы, к счастью, имеем возможность исправить в будущей игре Pathfinder:Wrath of The Righteous.
Также на отдельную страницу попала вся информация о боевых характеристиках персонажа. Это, опять же, оказалось очень удачным решением, потому что к концу разработки количество характеристик в ней практически утроилось.
Дизайны, которые приведены выше появились непосредственно после того собрания. Далее я пропущу несколько небольших итераций и покажу финальную версию. В ней были скорректированы некоторые элементы и, с учётом бюджета и общего стиля подобраны иллюстрации.
Артовое оформление
Уже этот дизайн был собран в альфа-версии игры. Здесь стоит сделать некоторое важное отступление. В нашей команде по части UI, вопреки более частого деления на дизайнеров и программистов, используется такое профилирование разработчиков, когда проектировщик, верстальщик и программист это одно лицо, а художник — другое. Это позволяет разграничить техническую и иммерсивную части интерфейса. И вот на момент окончания дизайна с нами еще не было художника. Кроме того, на тот момент мы были уверены, что интерфейсы будут тёмными, с какого-либо рода деревянно-кожаными подложками и бронзовыми кнопками. Но прошло время, и когда мы, наконец, нашли подходящего нам по духу человека и начали поиск артового решения, то оказалось, что мы вовсе не хотим кожу и дерево. Цвета наших интерфейсов инвертировались и превратились в бумажную, сказочную книгу о приключениях, вышедшую из под пера одного из героев. Но артовые элементы внесли дополнительные условия и ограничения, что в итоге привело к изменению вёрстки в разной степени и выявило некоторые проблемы, такие, например, как я описал выше про атаки. Но в целом, полагаю, что интерфейсы сильно выиграли. Таким образом общее ощущение от игры стало цельным, а интерфейс перестал быть просто вынужденной необходимостью, а стал часть игры.
Завершая рассказ про часть создания ПК-интерфейса, хочется сказать, что, к сожалению, не все дизайнерские решения в конечном итоге вошли в релиз в виду ограниченности ресурсов. Некоторые мы не считаем удачными и пересматриваем их в рамках работы над новым проектом, а многие мы, определённо, оставим. Но жизненный цикл интерфейсов Pathfinder:Kingmaker на этом не закончился. Нам предстояло портирование на консоль.
Портирование на консоль
От релиза игры до момента, когда мы приступили к портированию игры на консоль прошло чуть меньше года. За это время нам удалось добавить много фичей, детализаций, многое доделать и во многом разочароваться. Мы получили много фидбэка от игроков и определили для себя камни, о которые не хотелось больше спотыкаться. В большей степени камни касались кода, многие вещи стали трудно поддерживаемы и местами слишком тесно переплетались с механикой. Так что подходя к консольным интерфейсам у нас уже накопился некоторый багаж знаний, но была и проблема. Для нас это стал первый опыт разработки интерфейсов под консоль. Мы внимательно разобрали похожие проекты, выделили что нам в них нравится а что нет, прочитали Technical Requirements, взяли несколько консультаций у более опытных команд и приступили к разработке.
Консольный интерфейс, в отличие от ПК, имеет ряд особенностей:
Однако, при этом возникали неразрешённые проблемы. Непонятен принцип, что и когда разрешать выделять. К примеру, если я разрешаю выделять Ability Scores на главном экране, то должен ли я разрешать выделять их же на странице Progression?
Где выводить описание выделенного элемента? Как прокручивать это описание не переходя на новый уровень вложенности? Появляются не интуитивные случаи управления. Например, если игрок выделяет левым стиком крайний правый элемент, то описание выводится слева, а прокручивается правым стиком.
Исходя из этих проблем, а так же предположения, что игрок в консоль всё же не является core-аудиторией настольной игры Pathfinder, напрашивается вывод, что следует упрощать подачу информации и структуру экранов.
Так что после попыток отнаследоваться от ПК-версии в качестве базового шаблона fullscreen-интерфейсов была предложена следующая структура:
В левой части мы решили располагать статическую информацию, с который никогда не будет происходить никаких действий.
В правой части мы расположили контекстное описание выделенной сущности, т.е., фактически, перенесли туда тултип, который в ПК-версии появлялся при наведении курсора. Для прокрутки информации тут стал использоваться правый стик контроллера.
Все фокусные элементы (кнопки, селекторы, параметры, характеристики с описанием) мы расположили в центре. Перемещение между ними осуществляется DPAD-ом или левым стиком. В случае большого количества контента скроллбар всегда пытается расположиться так, чтобы элемент был виден, когда его выделили. Так что отдельного управления прокруткой центральной части не потребовалось.
Под перемещение между экранами листа персонажа мы определили «бамперы» R1-L1.
Переключение между персонажами осуществляется с помощью радиального меню группы при нажатии правого курка R2.
В результате у нас получилось разбиение интерфейса на 7 экранов.
Этот интерфейс стал первым, который мы перенесли на консоль и он практически не претерпел изменений к релизу. Однако, нам пришлось изменить нижнюю часть, которая отводилась под хинты. Оказалось весьма неудобным отсутствие полного перечня экранов. Играя, мы постоянно пропускали нужный. А тот факт, что, например, у компаньонов есть страница их историй, а у основного персонажа нет только добавляла неудобства в навигации. Так что хинтовая область в итоге превратилась в меню, по которому перемещение по прежнему осуществлялась бамперами.
Еще из интересного тут можно отметить навигацию по прогрессии. В отличие от обычной сетки, где можно двигаться только по горизонтали или вертикали, тут возможна ситуация, когда при нажатии «вверх» сложно оценить, куда я хочу переместиться. Если есть два элемента, один ровно над текущим элементом но выше на две строчки, а другой на строчку выше, но на 15° правее, то какой элемент выбрать, тот, что ближе или тот, что лежит по направлению вектора движения стика? А если такая же ситуация при движении по диагонали? Для решения этой проблемы мы написали навигацию, учитывающую направление и расстояние до следующего элемента. Приоритет этих параметров определялся коэффициентами, которые подбирались уже вручную исходя из ощущений.
Конечным результатом работы над этим интерфейсом мы остались довольны. Хотя, конечно, по ощущениям здесь не получилось сохранить фокус на сюжетном аспекте, как в ПК- версии. Но он удобен и в плане навигации и в плане читаемости, что весьма важно при игре с двух метров от телевизора. К тому же, тут всегда виден полноростовой портрет, что на мой взгляд сильно добавляет атмосферы.
Заключение
Не мне судить, хорошо ли получилось или нет. Всегда можно сделать лучше или по другому. Мы всегда рады критике и предложениям, всегда находимся в сомнении, а правильное ли мы выбираем решение?
Игра – это не просто фабричное производство, где некий Noname от имени компании делает свою запчасть. Игра — это совокупность творчества отдельных разработчиков, людей, для каждого из которых, эта работа становится неотъемлемой частью их жизни и частью жизни других людей, игроков.
Спасибо людям, принимавшим участие в работе над листом персонажа:
Михаил Ротфорт – Lead UI
Василий Левинов – UI Artist
Василий Болдырев – Programmer
Никита Великовский – Programmer
Максим Савенков – Programmer
Оксана Мергер – UI Programmer
Алексей Гусев – QA Engineer
Александр Мишулин – Creative Director
Виктор Сурков – Art Director
Олег Шпильчевский – Head of Owlcat Games