Как придумать сюжет игре? Мой опыт написание игрового сценария
Каждый инди разработчик игр сталкивается с написанием сценария, а на этапе его создания можно допустить множество ошибок, которые не загубят игру, но могут замедлить процесс разработки. Я постараюсь рассказать о том как этого избежать.
Стоит сказать, что я не являюсь специалистом в области сценарного мастерства, а просто делюсь своим опытом, чтобы читатель не допустил тех же ошибок в своём проекте.
Очень грубо говоря, сценарий — связующее между игровым процессом, технологиями, стилем и т.д. С помощью него можно можно сгладить многие условность или какие либо недочёты, за мотивировать игрока играть.
Так что вначале решаем все вопросы жанровых особенностей, придумываем боевую/диалоговую/торговую и т.д. систему, а уже потом начинаем думать о основной идее.
Выбрав идею неплохо было бы попытаться проанализировать, хватит ли мощностей для реализации, достаточно ли мощное железо? Все ли идеи можно реализовать? С чем будут трудности? Да и вообще хватит ли сил самих разработчиков?
Обдумав эти моменты, отладив техническую составляющую, а возможно проведя несколько тестов с движком, нам будет ясно каких моментов лучше не касаться в сюжете, а что наоборот можно этим же сюжетом выделить.
В своей текущей игре я столкнулся с проблемой оптимизации, нужно было сокращать количество полигонов в сценах и что-то решать со светом, поэтому я не особо задумываясь перенёс все действия в большой город, заместо гористой лесной местности (домики требуют в разы меньше полигонов, в отличии от объектов природы).
Зачастую сеттинг игры приходит на ум куда быстрее, чем основная идея сюжета, а иногда даже быстрее геймплея.
Я веду к тому, что зачастую не стоит бояться экспериментировать, это главное в нашем деле (в геймдеве), но важно чтобы сюжет не выбивался за пределы сеттинга.
Мы можем даже не видеть главных героев игры, но они будут направлять игрока и двигать сюжет (закадровый голос/рассказчик).
Персонажем можно считать даже предмет, например мы можем показывать игроку город на горизонте, говорить о нём с помощью других персонажей, придавать всё больше интереса игрока к нему, так чтобы игрок поставил для себя цель — добраться туда.
Конечно на словах всё куда проще, но если аккуратно подкидывать игроку вопросы, то он обязательно захочет найти на них ответы.
Так же я считаю необходимым добавлять варианты выбора развития сюжета, они могут не влиять на основной сюжет, а скажем пропускать некоторые дополнительные задания, либо же изменять вектор развития сюжета.
Вариативность выбора требуется прежде всего для избежания конфликта интересов игрока и сюжета.
Каждый играя встречал те или иные ситуации, когда игра говорит нам «спаси злыдня, просто так, который бесил тебя половину игры», кто-то во имя милосердия пойдёт спасать его, но кто-то задумается «а зачем? он же мне не нравится?», это может испортить игровой опыт.
Мы придумали начало и конец истории, знаем в какое время и месте будет происходить, даже существуют действующие лица истории, остаётся только связать всё в единое целое.
Постараемся разделить сценарий на более стандартные 3 акта:
Или будем использовать более длинную систему из 4х актов:
Стоит сказать что их может быть сколь угодно много, но будем отталкиваться от 2го пункта статьи — физических возможностей.
То есть если мы решаем что игра у нас не большая то используем 3х актовую структуру, а если уверены, что потянем сложный сюжет — 4х актовую.
Если повествование линейное, то важно рассчитать время продвижения игроком от одного действия до другого, чтобы попытаться выдержать темп.
Либо же мы используем открытый мир, раскидываем персонажей по карте, они же в свою очередь отправляют игрока друг к другу параллельно прося выполнить что либо для них.
Или даём игроку конечную цель, и подталкиваем к её выполнению, а взаимодействие с героями позволят легче дойти до конца. (Самый прогрессивный метод, как я считаю)
Игрок появляется в лесу посреди какого то алтаря, к нему подходит старик и говорит, что нашёл его здесь еле живого, но герой игрока отравлен ядом, поэтому ему надо идти на самую высокую гору, к местным монахам, которые знают рецепт противоядия, но туда так просто не попасть, поэтому лучше вначале пофармить квесты в близлежащей деревне.А дальше уже на ваш вкус, либо монахи на горе забыли рецепт, либо наоборот вылечили, а может дед-спаситель обманул игрока и нету никакого яда.
Сюжет игры — очень субъективная вещь, главное при его написании — вложить часть своего опыта в происходящее.
Место сценариста в команде разработки игр
Здравствуйте, меня зовут Мария Кочакова, я сценарист проекта Skyforge в Allods Team. Эта статья подытоживает два года моей работы игровым сценаристом. Все это суровые реалии жизни сценаристов компьютерных игр, то, с чем мы сталкиваемся ежедневно. Категоричность формы продиктована важностью содержания.
Сценарий компьютерной игры
Нарративная (повествовательная) часть игры состоит из сеттинга, сюжета и текста.
Сеттинг — это мир игры, его законы и реалии. Примеры сеттинга: постапокалипсис, фэнтези-средневековье, киберпанк…
Сюжет — это последовательность событий, которые складываются в историю. Бывает, что один и тот же сюжет можно рассказать в разных сеттингах. Бывает, что сеттинг кардинально влияет на сюжет. Необходимость сюжета больше всего зависит от жанра игры. Для некоторых жанров сюжет не обязателен.
Сценарий — это форма, в которой выражается сюжет. Обычно сценарий выглядит как список сцен с описанием происходящего и диалогами. Сценаристами называют людей, которые умеют рассказывать истории в форме сценария — готового для работы остальной команды документа.
Текст — это не оптимальная форма подачи сеттинга и сюжета игры. Текст — это вспомогательный инструмент. Помните, что текст могут и не прочесть. Бывают игры с сюжетом и без текста (Machinarium). Но текст можно сделать источником фана и даже USP (Deponia, Bard’s Tale).
Сюжет компьютерной игре не необходим, но добавляет вовлечения, атмосферы.
Сюжет может быть USP вашей игры, а может и мешать.
Сюжет — это лишь одна из составляющих успеха игры. Не стоит его переоценивать. Но и недооценивать силу сюжета не стоит.
Решение о том, нужен ли вашей игре сюжет, и если нужен, то в каком объеме, необходимо принимать взвешенно и до начала разработки. Если вы хотите рассказать историю, то вам нужен сюжет. Если вы хотите предоставить сервис, то, возможно, сюжет вам не нужен, или сюжет станет таким же сервисом, как и другие составляющие игры.
Некоторая часть игроков хочет видеть в игре сюжет, но чаще всего игроки не хотят читать.
Проблемы с нарративом возникают в двух случаях:
Сценарист компьютерной игры
Сценарист компьютерных игр — это профессия. Как у всякой другой профессии, здесь есть набор специальных теоретических знаний и практических навыков.
Знания и навыки сценариста компьютерных игр приобретаются в результате специальной подготовки и опыта работы.
Профессионализм включает в себя не только набор умений, но и профессиональную этику — отношение к своей работе, к проекту, к коллегам, к рабочим ситуациям.
На проекте сценарист отвечает за нарратив и соответствие нарратива виденью игры.
Нарратив, как мы помним, это сеттинг, сюжет и текст.
Виденье (vision) — это суть проекта, верхняя планка, представление о том, какой игра должна получиться на выходе. Сценарист не является создателем виденья, но, вместе с артлидом, является его хранителем. В идеале сценаристы и художники вместе следят за соответствием игры виденью.
Рабочие обязанности сценариста зависят от проекта. Чем больше проект, тем уже обязанности и выше степень специализации. В маленькой команде один человек может выполнять функции и сценариста, и литературного редактора, и даже комьюнити-менеджера (написание новостей, анонсов, проведение конкурсов и т. п.). Все зависит от способностей. Ничего страшного в этом нет. Никто еще не умер от дополнительного рабочего навыка.
Профессиональная этика сценариста компьютерных игр включает в себя отношение к работе, отношение к проекту и отношение к команде.
Отношение к работе
Большая опасность для сценариста заключается в восприятии своей работы как части себя. Когда оценивают работу, сценаристу кажется, что оценивают его как личность. Поэтому сценарист может реагировать излишне эмоционально и негативно, сразу же уходя в глухую защиту.
Неловкий момент, когда сценарист влюбляется в идею
Сценарное решение — основной инструмент сценариста. Это наилучший из возможных сюжетный ход, который оптимально отвечает требованиям проекта.
Бдительность в лоре
На плечи сценариста ложится увязка всех элементов игры (иногда даже чисто геймплейных условностей) в логичный и связный lore.
Отношение к проекту
Вывод: сценаристы, играйте в свою игру!
Отношение к команде
Команду надо знать и по возможности любить.
Сценаристы, помните, что главное — проект, а не эго. В соавторстве с другими людьми скрыты бездны интересных идей и оригинальных решений.
Сценаристу не стоит воспринимать команду как врагов, которые ставят палки в колеса его творческому гению. Живое общение — это не только фидбек, но и возможность убедить(ся) в правильности своего решения.
Стоит ценить заинтересованность команды в сюжете и желание (пусть и не всегда уместное) поучаствовать в его создании. Если им станет все равно — вот тогда стоит волноваться.
Заключение
У меня есть мечта — профессиональное сообщество сценаристов компьютерных игр.
Профессиональное сообщество — это в первую очередь передача опыта и обучение, во вторую — общение и помощь друг другу. Помощь в поиске удачных решений, в поиске референсов, в поддержке по знаниям различных вселенных. Один человек не в силах объять весь тематический контент, но вместе мы сможем создать фундаментальную базу, которая даст нам возможность делать интересные качественные сценарии игр.
Цель этой статьи не в том, чтобы обсудить необходимость сюжета в играх. Я хочу поговорить о конкретных рабочих проблемах сценаристов.
Например, в моей практике был болезненный случай, когда я взялась за проект, не въехав толком в виденье. Не имея представления о целевой аудитории, играх-референсах и том, что должно получиться на выходе, я самозабвенно шпарила сценарий с большим удовольствием. В итоге игра просела именно на соответствии ожиданиям ЦА (классическая ошибка!). Сеттинг потерял фокус, вышел размытым и неоднозначным, местами чересчур жестким, местами слишком детским. Было обидно за потраченное время и стыдно перед командой. Ущерба проекту можно было избежать, заранее озаботившись вижн-доком и тщательно обговорив его с начальством.
Давайте делиться опытом. Велком к обсуждению: расскажите в комментариях о своей работе сценариста или работе со сценаристом. Негативный опыт поможет нам не повторять ошибок предшественников, а позитивный даст пример для подражания.
Это первая статья по сценаристике из планируемых двух. В следующий раз я расскажу, как конкретно мы работаем на сценарием Skyforge (без спойлеров, конечно).
Другие материалы можно посмотреть на сайте разработчиков Skyforge и в нашем сообществе Вконтакте.
Как написать сценарий для игры
На данный момент я вижу множество хороших идей на нашем форуме. Конечно, идея есть искра перед творением чего-то необычного, порой, гениального. Поэтому, идеи просто необходимы. Но оставлять идею в «зародыше» – это не выход. И если вы хотите увидеть свою идею в воплощении, то эта статья Вас подвинет на один шаг до этой цели.
Любой проект начинается с идеи. Она записывается в блокнот, где и на компьютере. В общем, рождается текст от этой идеи. Пусть эта идея говорит о мире, схожем с миром игры FallOut, WoW или других игр. Это не главное. Главное то, что она уже есть.
Но что делать дальше? Ведь, что бы сделать кетчуп, одних помидоров не достаточно. Этот вопрос рано, или поздно, коснётся каждого, кто хочет написать сценарий, или создать свою, пусть даже маленькую, но игру.
После рождения идеи, следует её оформление. Оформление идеи может породить большое количество всевозможных документов. Но из этой кучи документов выделяются два основных документа: сценарный документ и дизайнерский документ. Эти документы могут оформлять разные люди, или один человек. Или, даже, работать командой над этими документами. Это зависит от сложности проекта и знаний людей. Но как делать документы – это зависит от создателя, а статья призвана помочь разобраться в этой теме. И так.
Сценарный документ есть двух типов:
Первый тип – линейный. В этом виде документов рассказывается о некой истории, упуская элемент выбора. Путешествие героя по миру происходит строго в рамках рассказа, взятого за основу для этого сценария. Яркие примеры игр, основанных на этом типе сценариев: «Half-Life», «Halo», «Doom»;
Второй тип – нелинейный. В этом виде документов рассказывается целая «судьба» героя. Основным элементом этого документа является дерево событий. При этом каждое событие, происходящее в игре, влияет на исход игры и на путешествие героя в целом. И, как полагается, концовок в истории несколько. К примерам, созданных игр на нелинейном сценарии, можно отнести следующие игры: «S.T.A.L.K.E.R.», «Ex Machina», «FallOut 3».
Так же, можно смешивать эти типы, всё зависит от идеи для проекта. Но любой сценарий содержит в себе три главные вещи:
Первое – это краткое описание мира, сущностей, персонажей, героя или героев. Как они выглядят, разговаривают. Каков мир на представление автора сценария;
Второе – это диалоги, разговоры персонажей. Это неотъемлемая часть, которая доносит до игрока информацию, что происходит в игре;
Третье – описание событий. А как без них? Тогда игры не будет. Поэтому, события, самая главная вещь. Они описывают то, что делают персонажи и ситуации, в которые они попадают.
Для нелинейных сценариев, существует четвёртая вещь, которая очень сильно нужна – это дерево «судьбы», или ход сюжета. Это алгоритм событий, где каждое событие, которое свершается в игре, влияет на ход сценария, создавая эффект случайностей.
И всё-таки, я не ответил на первую часть вопроса: как писать сценарий. Для этого, просто необходимо обратиться к творчеству писателей. Например, можно посмотреть, как написана комедия «Ревизор» Николая Гоголя. На мой взгляд, это произведение может послужить хорошим примером оформления сценария линейного типа. Ведь эта комедия написана для сцены, и оформлена соответственно.
Как видно, второе действие уже имеет три варианта. Первый вариант – награда. Убив персонажа, герой идёт к заказчику и получает вознаграждение. Во втором варианте, когда герой уходит с наградой, забегает послушник заказчика и сообщает о том, что персонаж, куда-нибудь уехал и заказ не выполнен. Тогда героя останавливают у выхода, начинается перестрелка или разговор. В третьем варианте герой и персонаж отправляются к заказчику, что бы с ним разобраться. И опять перестрелка, либо разговор.
Второй и третий вариант от первого события, утыкаются на факт того, что заказчик может быть убитым. В принципе, на результат этого факта влияет разговор. Но всё же, даже если заказчик не убит, следующий персонаж работу не даст.
В принципе, я только что вам рассказал принцип построения дерева «судьбы», или ход сюжета. И теперь можно оставить общий план линейного и нелинейного сценария.
План линейного сценария
План нелинейного сценария
Это, ещё раз повторю, общий план сценария. Автор сам определяет, как писать свой сценарий, но структуры, приведённые выше, как раз подходят на тему игрового сценария, и можно встретить документы, оформлены именно так.
Ещё одно замечание хочу сделать. Общие сведения, в основном, перемещаются в ход истории. И частями ставятся перед действиями. Или, когда меняется обстановка. Моменты, когда меняется обстановка, обычно, называется «явлением». Но это уже тонкости более профессионального подхода для оформления сценария. Ниже, я приведу ссылки на более конкретные статьи написания сценариев, где описывают процесс профессионалы, и вы узнаете об это больше.
Ну вот, допустим, сценарий готов, и пришло время писать дизайнерский документ. Дизайнерский документ (сокращённо диздок) – это план дизайнерских работ по проекту. В него входят:
Дизайн пространства и мира. Планировка мира, внешность строений, развалин, растений и животных. Если животное нападает, то описываются характеристики этих животных. Сколько жизней, какой урон и так далее. Так же, учитывается планировка внутренних помещений. Помимо этого, прорабатывается временное пространство. В общем, всё то, что касается мира;
Дизайн персонажей. Планировка рас, если это необходимо. Внешность представителя расы. Обычно, описываются 1-5 персонажей для одной расы, но можно и больше. Внешность ключевых персонажей, то есть тех, кто взаимодействует с героем, и самого героя. Характер персонажей, враждебность и так далее;
Дизайн транспорта. Машины, самолёты, вертолёты, летающие тарелки и всё то, что может быстро перемещать героя по карте. Их характеристики: максимальная скорость, максимальный подъём, урон, стоимость и всё то, что можно придумать и учесть.
Дизайн геймплея и GUI. Учитывается дизайн геймплея, GUI, управление персонажем и взаимодействие с игроком. Прорабатывается меню, все диалоги, показатели времени и даты, карты, радара и всего, что можно отнести к GUI и геймплею.
Так же, как вы уже заметили, в дизайнерском документе описываются ещё и характеристики. Хотя это можно вывести в отдельный документ.
Дизайнерский документ и его структура зависит от сценария. Допустим, в сценарии идёт речь о Богах, тогда в диздоке будет присутствовать раздел «о Богах». В этом разделе будет описание иерархии, внешности и характеристики Богов. С другой стороны, может быть сценарий на тему катастрофы, тогда в диздоке можно встретить раздел «о катастрофе». В этом разделе будет описана сама суть катастрофы, её последствия, видимые элементы. Общие понятия нового мира после катастрофы (обычно, хаос). Но есть стандартные вещи, которые содержит сценарий. В принципе, Я выше описал их. И их сейчас повторим.
Дизайнерский документ начинается с предисловия к истории. В нём так же содержится информация о мире, растениях, животных, объектов, персонажей, героя, геймплея и GUI. В диздок включается и характеристики всех объектов. В некоторых случаях, дизайнерский документ содержит и сценарий (Но тогда это уже, по терминологии, генеральный документ проекта).
Всё остальное, что можно включить в диздок, определяется сценарием. Например, экономика мира, транспорт, про Богов, про Катастрофу и так далее.
Общего планирования документа не существует. Но он создаётся объёмным, и несущем полную информацию, в первую очередь, о дизайне проекта.
3 инструмента, которые помогут написать сценарий для игры
Игровой сценарист и нарративный дизайнер, гейм-дизайнер компании PecPoc Games
Игровые студии используют разные методы разработки. И, как правило, у каждого отдела есть свой пул рабочих инструментов. Есть он и у сценаристов и нарративных дизайнеров.
Возможно, со стороны написание сценария кажется простой задачей, но на деле этот процесс превращается в большую головоломку. Всё-таки игры отличаются высокой интерактивностью и вариативностью. Например, чтобы прописать нелинейную систему диалогов, нужны параметры, которые определяют важные сюжетные точки. Их надо правильно расставить, потому что в дальнейшем на них будет основываться какой-то из ответов главного героя или NPC.
Обычно сценаристы работают над сюжетом тогда, когда гейм-дизайнеры пишут дизайн-документы и ТЗ, но бывает и во время разработки контента. В любом случае, на момент написания сюжета у нарративщиков, как правило, не бывает на руках ни финального визуала, ни геймплейного прототипа. А проверить логику сюжета как-то надо. Тут на помощь и приходят сценарные прототипы — черновые модели истории, в которые можно поиграть. Ниже опишу три инструмента для их создания.
Twine
Движок Twine — пожалуй, самый популярный инструмент для сценарного прототипирования, в том числе в зарубежных студиях. Изначально его создал веб-разработчик Крис Климас, но сейчас он поддерживается группой людей в нескольких репозиториях на GitHub. Движок с открытым исходным кодом доступен в веб-версии и как приложение на ПК.
Функционал Twine представляет собой построение схем и простейший скриптинг в виде гиперссылок между узлами. Стандартные элементы программирования помогают немного расширить возможности: присвоить переменные и прописать условия. То есть на огромном пространстве сценарист создаёт карточки-сцены и связывает их узлами. В карточках описываются действия, диалоги, геймплей, уровни, варианты ответов и развилки истории.
Внутренности карточки Twine
Twine использует собственные форматы Harlowe, Snowman и SugarCube. Это что-то вроде мини-движков в движке. У всех есть общий базовый функционал, но каждый использует свой язык программирования и разные фишки. Например, в SugarCube можно создать чек-лист, а в Harlowe поставить время. Также в открытом доступе есть множество разных макросов на JavaScript, созданных пользователями Twine.
Схема развития сюжета в Twine
Когда система сюжета настроена, можно в неё поиграть, нажав на кнопку Play. Именно в этой функции заключается уникальность Twine для сценаристов. С помощью этого инструмента можно почти в действии увидеть, работает история или нет. Кроме того, в движке можно посмотреть количество символов, слов и карточек-сцен, что очень полезно для игровых писателей.
Готовый файл сюжета скачивается в формате HTML. Его можно запустить в любом браузере, добавить на веб-сайт или даже конвертировать в JSON и портировать в Unity/Unreal Engine.
yEd Live
Онлайн-редактор диаграмм и блок-схем yEd Live — это инструмент не совсем про прототип, но про удобное выстраивание логики сюжета и вообще любых структур. Чтобы начать работать с yEd, достаточно запустить лаунчер в браузере. У немецкой компании-разработчика yWorks есть еще приложение yEd Graph Editor. Но лаунчер yEd удобен именно тем, что доступен с любого ПК.
В редакторе можно создавать диаграммы, блок-схемы, системы квестов и диалогов, структуры приложений и интерфейсов, родословные, семантические сети. В общем, много всего хорошего. По функционалу yEd удобнее, чем Draw.io или Visio.
Работа с программой максимально простая: перетаскиваешь элемент из списка шаблонов, добавляешь описание и выстраиваешь схему. Все ячейки разделены на группы в зависимости от визуала. Можно найти таблицы, иконки и отдельные элементы для UML-, BPMN- и ER-систем. Но если в списке нет подходящего изображения, то можно загрузить свою картинку в формате SVG.
Пример работы yED live в лаунчере
Создавая отдельные системы навыков, можно, например, связать их с деревом персонажей и привязать к локациям. yEd помогает наглядно увидеть, как работают взаимосвязи между механиками игры и сюжетом.
На официальном сайте программы можно найти примеры диаграмм, которые были созданы реальными разработчиками. Например, там опубликована модель состояния для онлайн-игры Ingress. Все примеры можно открыть сразу в лаунчере, что очень удобно для изучения.
Модель состояний для онлайн-игры Ingress в yEd. Автор: Роланд Виз.
Ещё в редакторе доступны автоматическое выравнивание элементов, добавление аннотаций к каждому объекту, изометрическое отображение и прочие визуальные шалости. Готовую схему можно сохранить в PNG, SVG, PDF или выгрузить в собственном формате yEd и отправить файл в облако, чтобы работать с проектом на другом устройстве. Ещё один вариант — поделиться схемой на GitHub.
Articy Draft
Программа Articy Draft — это мощный инструмент для моделирования сюжетов, в том числе. для AAA-игр. Не зря ее использовали в работе CD Project Red, BioWare и Ubisoft. Этот инструмент использовали при создании таких игр, как Disco Elysium, Tropico 6, Gardenscapes и SpellForce 3.
В программе можно создать:
Все описанные выше элементы можно привязывать друг к другу. В этом и кроется козырь программы: можно создать огромную игровую вселенную, не запутавшись в ней.
Разработка в Articy Draft
По дефолту в программе только 5 категорий настроек. Например, нет пункта создания системы навыков или ресурсов. Но на этот случай разработчики оставили шаблоны. Выбрав нужную категорию, можно создать блоки предметов и задать им параметры, добавить новый вид карт персонажей и т.п. Вообще, шаблоны здесь позволяют унифицировать всю структуру прототипа. Кроме того, можно вписать свои скрипты.
После настройки потоков, соединения всех блоков с локациями и персонажами можно запустить сценарный прототип, чтобы поиграть в него.
По итогу работы с программой гейм-дизайнер или нарративщик получит полноценную конфигурацию, которую будет не стыдно отдать программистам. Проект можно сразу портировать в движки Unity/Unreal Engine или экспортировать в форматах JSON, XML, DOC и XLSX.