Как сделать текстовую рпг
6 оупенсорсных средств создания текстовых игр
Вот вам пять оупенсорсных средств, с помощью которых можно написать свою собственную текстовую игру. Но до того как мы начнем, позвольте мне объяснить, что такое текстовая игра.
Интерактивная проза – категория компьютерных игр, в которых игрок может контролировать персонажа посредством текстовых команд. Одной из самых известных игр в этом жанре является Zork.
Более богатой на изображения версией текстовых игр является книга-игра. Книги-игры позволяют так же прокликать себе дорогу до финала. Графика, тем не менее, и в них особо сильного значения не имеет. Все фокусируется на тексте и сюжете. Отличным примером книги-игры является серия “Выбери себе приключение”.
Подыскать хорошую текстоую игрушку на английском языке можно здесь и здесь; на русском здесь, например.
Лучшие средства с открытым кодом для создания интерактивной прозы
Сегодня я покажу вам средства, с помощью которых можно создать интерактивную прозу на Linux. Программы не проставлены в каком-то определенном порядке.
1.Twine
Если вы еще хотите чего-то добавить в свою игру, то есть возможность облагородить творение переменными, условной логикой, изображениями, CSS и javascript. Результат Twine экспортирует в формате HTML. Такой подход дает возможность с легкостью делиться своими творениями.
На данный момент последняя версия Twine это 2.1.3, которая доступна для Linux, Windows, и Mac OS. Она лицензирована под GPL v3.
2.Quest
Как и Twine Quest можно расширить с помощью изображений, музыки, и звуковых эффектов. У вас даже есть возможность вставки роликов с YouTube или Vimeo и модификации интерфейса финальной версии игры с помощью HTML или javascript.
Последняя версия для Windows 5.7.0. Если у вас Linux или Mac, то можете использовать онлайн редактор. Он лицензирован под MIT. Исходный код доступен здесь.
3.Squiffy
Самый актуальный релиз Squiffy 5.0. Его можно запускать на Linux, Mac и Windows; можно использовать в браузере. Она лицензирована под MIT. Исходный код здесь.
4.TADS
TADS или Text Adventure Development System – это “прототипный предметно-ориентированный язык программирования и набор стандартных библиотек” для создания интерактивной прозы. Наиболее свежая версия языка TADS основана на C++ и javascript. Она предоставляет компилятор как для создания игр, так и для самой игры.
TADS вне всяких сомнений самый сложный вариант из представленных в этом списке. Не уверен какая у него лицензия, но если верить официальному сайту, то любая созданная на нем игра может быть распространена и продана без ограничений.
5.Inform
У Inform есть библиотека созданных пользователями расширений, которые могут добавить возможностей вашим историям. Авторы написали электронную книгу, призванную помочь писателям в освоении программы. Inform можно запускать на Linux, Mac и Windows. Linux версия использует фреймворк GNOME. Наиболее актуальный релиз Inform 7.0.
6.Ren’Py
Как и несколько ранее уже упомянутых вариантов, Ren’Py работает со своим собственным языком, но при этом предоставляет поддержку кода на скриптовом языке программирования Python. Ren’Py предлагает поддержку Linux, Windows и Mac. В игры, созданные на нем, так же можно играть на iOS и Android. Вы даже можете создать версию игры для загрузки в Steam. Большая часть Ren’Py лицензирована под MIT. На исходный код можно взглянуть здесь. Актуальная версия 6.99.12.
Интерактивная проза была первой попыткой программистов познать еще зарождавшийся мир компьютерных игр. Сегодня они до сих пор не потеряли актуальности, так как в них можно играть где угодно, да и средств для их создания достаточно.
Когда я был моложе, то прочел много книг из серии «Выбери свое приключение», так что мне понятна притягательность такого рода игр. Замечательно, что сегодня сделать что-то подобное не представляет особых сложностей.
Вы когда-нибудь играли в/создавали интерактивную прозу? Есть ли у вас любимые представители жанра? Может я не упомянул какие-то средства? Вы вольны оставить любые замечания, так как они будут очень полезны.
Если статья показалась вам интересной, пожалуйста, поделитесь ей с другими. Спасибо!
Как написать хороший текстовый квест: 13 советов
Внимание! Эта статья является переводом. Текст оригинальной статьи.
Речь в статье пойдет о жанре, про который в России и СНГ мало кто слышал. Игровая индустрия пришла к нам довольно поздно. Текстовые квесты на тот момент уже почти потеряли популярность. В последние годы этот жанр снова стал интересен аудитории, и начинающим инди-разработчикам эта статья будет полезна.
Мало кто из «олдов» вспомнит времена, когда видеоигры только-только зарождались. 2D графика была непозволительной роскошью. Тогда многие проходили квесты про подземелья и фантастические миры… в текстовом формате.
Чтобы управлять персонажем или осматривать предметы, приходилось печатать команду в текстовом облаке. Когда игрок, исследуя локации, забредал в логово чудовища, именно текст позволял игроку представить, насколько грозно выглядел монстр.
Одни из самых известных текстовых квестов это Zork и Trinity.
Со временем текстовые квесты стали использовать простейшую графику, чтобы лучше изображать место действия и сеттинг. Но игры этого жанра скоро оказались в меньшинстве на фоне быстрого подъема 2D платформеров и point-and-click квестов. И всё же сообщество интерактивного повествования выжило, развивалось и росло, пусть и за кулисами мейнстримной игровой сцены.
В последнее время некоторые разработчики стали возвращаться к истокам игровой индустрии в поисках вдохновения и идей (автор статьи не исключение), создавать современные, относительно успешные текстовые квесты. Например, Cleansuit и The House Abandon. Причина успеха была не только в хорошем гейм-дизайне: разработчики поняли, как осовременить жанр и при этом сохранить его аутентичность. Именно по этой причине я буду много ссылаться на упомянутые выше игры, как на примеры.
Итак, как же самому создать текстовую игру для современной аудитории? Об этом и поговорим. Ниже я постараюсь дать советы на основе своего опыта разработки текстовых квестов. Давайте начнем!
Самый лёгкий способ привыкнуть к структуре текстовой игры: поиграть хотя бы в одну.
Если вы делаете игру для современной аудитории, а не кучки олдов, то лучше обратить внимание на современные текстовые квесты. Если же ваша целевая аудитория — хардкорщики, которые когда-то уже играли в подобное, лучше всего изучить структуру классических текстовых квестов.
Если вы совсем не знакомы с текстовыми играми или сторителлингом, то стоит сперва прощупать почву, а потом уже окунуться в интерактивное повествование.
Структура разработки текстовых игр целиком и полностью отличается от привычных современному разработчику жанров. Чтобы облегчить себе жизнь, можно использовать движок Twine: в нем даже новичку будет удобно создавать интерактивное приключение, тестировать идеи или собирать скелет истории.
Начните с коротких, линейных историй, в которых игрок может только двигаться из комнаты в комнату. Потом постепенно усложняйте игру элементами: добавляйте предметы и места, где их можно использовать.
Эти простые шаги помогут вам разобраться в логике и почувствовать темп разработки. Тогда вы поймете, действительно ли вам хочется создавать текстовые квесты. Если да, тогда можно поделиться тестовыми работами с людьми, чтобы получить обратную связь и набивать шишки дальше.
Будет ли игра линейной? А концовка одна? Может, несколько? Сколько локаций доступно игроку для исследования? Будут ли враги? Или несколько персонажей? Если так, то как все это изменит геймплей истории?
Начните размышлять об этих вещах с самого начала разработки, чтобы не потеряться в процессе. Тогда вы сможете сразу понять, какие механики понадобятся, чтобы игра работала как надо.
Нужно помнить, что без визуала игроку намного сложнее погрузиться в ситуацию и атмосферу игры. Потому вы должны описать комнату или местность настолько точно, насколько это вообще возможно. Какие объекты находятся в комнате?
Четко и ясно расскажите игроку, как объекты выглядят, где они расположены. Простым языком.
У комнаты одна дверь? Две? Укажите направления, в которых игрок может и не может двигаться. Как называется это место? Лучше всего разместить название над описанием комнаты или местности, чтобы игрок понимал, где он вообще оказался.
Классические текстовые квесты, Zork и Trinity, ориентировали игрока по сторонам света. Например:
«Дверь на севере и ещё одна на востоке»
Это дает возможность напечатать «идти на север» и пройти через одну из двух дверей, если она открыта.
Если ваш квест происходит внутри дома, можно написать, например, так:
«В коридоре вы видите дверь, ведущую в спальню, и ещё одну — в ванную»
Тогда, по аналогии, игрок может напечатать «идти в спальню», чтобы продвинуться дальше.
Оба подхода хороши. Если вы не знаете, какой выбрать, подумайте об этом с точки зрения сторителлинга. Персонаж находится в месте, где никогда не был? Тогда интереснее использовать стороны света: этот прием создает ощущение неизвестности и заставит игрока гадать, что же за дверью. Точно так же, как гадает персонаж. А если протагонист в известной ему локации? Естественно, он в курсе, что за дверью, и тогда логичнее использовать второй способ.
Но есть третий способ: дать игроку карту.
Он был использован в моей игре. Игрок мог напечатать команду, чтобы посмотреть на карту, сверить названия комнат и сориентироваться в пространстве. Белая точка обозначала, где персонаж находится сейчас.
Использовать в игре прямое управление вроде кнопок «x», «space» и «wasd» довольно просто: достаточно нажать и действие совершено.
Но в текстовых квестах нужно ввести словосочетание, чтобы что-либо сделать. Это может стать головной болью разработчика. Вам придется практически предсказывать, что игрок захочет напечатать.
Фокус в том, чтобы внести в код максимум возможных словосочетаний для совершения действия.
Например, если игроку нужно исследовать стол, он может напечатать «осмотреть стол», или «посмотреть на стол» ( прим. переводчика: examine и look соответственно, в английском даже не однокоренные ). Если вы сталкиваетесь с таким кейсом, то для программирования игры нужно остановиться и подумать, сколько способов описать осмотр стола существует в языке.
Сомневаетесь? Старайтесь изъясняться максимально просто, как это сделал бы игрок. Иногда можно упростить сами фразы. В Trinity приходилось печатать «посмотреть в окно», тогда как в Cleansuit структура команд была упрощена до «смотреть окно», а результат был один и тот же.
В случае с командами, которые игрок будет использовать постоянно, например «осмотреться», или «перейти дальше», хорошая идея использовать аббревиатуры. Вторая команда может быть напечатана как «ПД» ( прим. переводчика: для русского языка совет работает не всегда ). В Zork можно было просто напечатать «N», чтобы пойти на север ( от англ. North ). Если помнить это во время программирования команд, можно сделать игру более динамичной и приятной. И менее раздражающей:
Игроку не придется часами подбирать слово, чтобы пройти дальше.
Олдскульные текстовые квесты обзаводились текстовыми руководствами по прохождению игры, чтобы обучить игрока базовым вещам: как установить игру, что происходит в игре, какие команды использовать, чтобы двигаться, как использовать предметы и т.д. Сейчас мануалы — зверь вымерший, и редко кто вообще знаком с таким типом механик. А значит.
Нужно включить в игру обучение базовым вещам.
Например, кнопка в меню или команда, которую игрок может напечатать в любой момент и вспомнить остальное управление. Поверьте, игрокам это понадобится.
В любом случае, вы не обязаны составлять огромный список из всех возможных команд в игре. Скажите о самых базовых вещах вроде перемещения и использования предметов, а потом.
Дайте игроку стимул пробовать другие, не указанные вами команды.
Текстовые игры должны компенсировать отсутствие визуала. Когда в игре происходит что-то важное, текст должен быть художественным и интересным, чтобы подстегнуть воображение игрока и удержать его внимание.
Держите в голове, что текстовые квесты медленные по своей природе. Это важно учитывать при создании саундтрека и звукового дизайна игры. Очень вероятно, что игрок, особенно если он не привык к текстовым играм, проведет кучу времени в локации, исследуя ее и пытаясь понять, что вообще делать. А теперь представьте, каково ему будет это делать под постоянно повторяющуюся фоновую музыку. У вас игрок с ума сойдет!
По этой причине даже современные Cleansuit и The House Abandon практически полностью беззвучны, они используют звуковые эффекты только чтобы обозначить использование предмета, открывшуюся дверь или шаги врага.
Музыка играет, когда что-то происходит, например, в бою или сцене преследования.
В The House Abandon фоновая музыка присутствует, но она едва заметна и играет тихо, не отвлекая игрока от квеста. Кроме того, этот квест очень короткий, так как входит в коллекцию текстовых игр Stories Untold: в любом случае долго музыку не послушаешь.
Делать сложные головоломки в текстовой игре — ужасная идея. Головоломки нужно разработать так, чтобы легко объяснить словами. Но даже если текст простой, не факт, что игрок поймет, что имеется в виду. Только когда головоломка показана визуально, это условие не такое жесткое. И все же.
Помните, что игрок, при всем желании, не сможет залезть к вам в голову.
Текстовые квесты — жанр довольно нишевый, и только креативный концепт привлечет игроков к вашему творению.
Когда пишете свой текстовый квест, не бойтесь дать игре уникальный «голос».
Cleansuit выстрелил из-за подачи: маньяк пытается вломиться в ваш дом, а вам нужно собирать предметы и делать ловушки. Разобраться с убийцей можно разными способами, и так прийти к разным концовкам. Хотя игра считается хоррором, написана она с юмором и пренебрежением к персонажам: так у игры создается особенное послевкусие.
The House Abandon, напротив, использует более традиционную технику повествования и имеет только одну концовку. Это не мешает создать напряженную атмосферу. Концовка довольно неожиданная и оставляет игрока гадать, что произошло на самом деле.
Каждый раз, когда вы что-то воплощаете в своей игре, то сразу тестируйте. Даже если это одна текстовая команда. Представьте, что вы игрок, и протестируйте команду, посмотрите на нее с разных углов. А когда вводите новую механику, которая хотя бы отдаленно может повлиять на поведение первой, тестируйте ещё раз.
Так вы исключите вероятность опечаток и логических ошибок, которые легко просачиваются в код игры.
Как тогда быть с головоломками? Тестировать в два раза больше.
Даже после всех тестов, которые вы проделаете, ошибки останутся. Вы их не заметите, а они — да.
Это основы геймдизайна: найдите команду бета-тестеров перед релизом.
Они могут быть вашими друзьями, вы можете им заплатить, но они вам нужны. Бета-тестеры заметят не только ошибку, например, текстовую команду, которая не работает. Они посмотрят на вашу игру с другой стороны, на ее темп и стиль текста. А ещё расскажут, насколько сложный или лёгкий у вас квест, есть ли несоответствия в сюжете, затянутая или короткая получилась игра, скучная или захватывающая и т.д.
А может, они предложат вам добавить функции, о которых вы до этого не задумывались, но захотите добавить в игру.
Как уже было неоднократно сказано, интерактивное повествование — не самый популярный жанр. Потому большинство игр либо бесплатны, либо стоят меньше
300 рублей ( прим. переводчика: 5$ ).
Когда ставите ценник, подумайте о том, сколько часов уходит на прохождение, о цене производства и реиграбельности. Вспомните, что ваша игра — всего лишь одна из миллиона опций. Так что не стоит отпугивать потенциального игрока завышенной ценой на нишевую игру.
Пошаговая инструкция по созданию текстового квеста на android. Часть 1
Пару недель назад, в сотый раз перепроходя Colossal Cave Adventure, я задумался, почему сейчас выпускают так мало игр данного жанра. Ведь это целый мир, в который погружаешься с головой. С этой мыслью, я решил начать делать свои текстовые квесты. Именно этому и посвящается сегодняшняя статья, надеюсь вам понравится!
В первой части, я опишу все инструменты по созданию игры, не затрагивая сюжет. Вторая часть, будет посвящена работе с комментариями, дереву повествования и самому сюжету в целом. В третьей части я опишу, все затраты на рекламу, получение сертификатов, способы монетизации приложения.
Создание игры:
Первой трудностью, с которой мне пришлось столкнуться, стало то, что я по образованию далеко не программист. Раньше я думал, что создание текстовых квестов, требует кучи навыков, помимо умения грамотно писать. Но немного походив по форумам я нашел ее, программу, для таких же «безруких» как и я, и имя ей Twine. twinery.org
Twine – это программа, для создания интерактивной литературы. Ее функционал заключается в очень простой визуальной блок-схеме, а скриптинг представляет собой создание гиперссылок между отдельными узлами(блоками). В итоге получается готовая html игра, которую можно сразу запускать в браузере. Не смотря на свою простоту, она поддается глубокой настройке – вы можете поменять фон, добавить музыку, поиграться со шрифтами и т.д. и т.п. Все скрипты, для смены дизайна можете найти на этих сайтах: twinery.org/wiki/script
github.com/scelis/twine
Встроенный функционал включает в себя базовые элементы программирования, такие как переменные и операторы «если». Сообщество Twine написало множество разных макросов на Javascript, значительно расширяющих возможности утилиты, и их можно добавлять в любой проект простым копированием. Также можно скачивать темы для смены оформления программы. Вы можете создать свою таблицу стилей для самостоятельной настройки внешнего вида. Лично я, приверженец классического черно белого стиля. Но мне не понравился стандартный шрифт, тогда я буквально за минуту нашел код, и добавил нотку индивидуальности в свой квест. Если кому интересно скрипт в спойлере. @import url(http://allfont.ru/allfont.css?fonts=courier);
border-bottom: 0px solid #000000;
Конечно, у Twine есть свои ограничения. Она создана только для текстовых игр, поэтому к работе над “серьезными” играми программа не пригодна. Всё, что требует обширных познаний в программировании, лучше создавать в Unity или Construct 2.0.
Преобразование:
После написания квеста, вы можете “опубликовать его в файл” и скинуть друзьям или на форумы, но я решил пойти дальше и занялся поиском программы для вывода игры в apk, и публикации на PlayMarket. Добрые, часов 5 искал этот долбанный инструмент, и вот в момент, когда я уже опустил руки, нашел Intel Xdk.
Intel XDK – это интегрированный набор инструментов для кросс-платформенной разработки приложений. Вот такое сложное описание нам предлагает сам Intel, но для нас, это конвертер (с возможностью модификации) с html в apk. Он позволяет быстро конвертировать HTML5-приложения для устройств, работающих под управлением iOS, Android и Windows. Здесь можно найти подробную документацию по XDK. Так как разработчики программы не сделали этого, я сам написал нормальную инструкцию, по загрузке html файла в компилятор.
1.Запустите Intel XDK
2.Войдите в свою учётную запись. Если у вас ещё её нет – зарегистрируйтесь.
3.На стартовом экране можно выбрать шаблон для проекта или посмотреть примеры приложений. Но это нам особо и не нужно!
4.На панели Создать новый проект (Start A New Project) пройдите по пути Templates > Blank
5.Выбираем вариант HTML5 + Cordova.
6.Открываем в браузере свою игру и жмем Ctrl+U и в появившемся окне жмем:
Ctrl+A и Ctrl+C.
7.Далее в Xdk заходим в окошко Develop и жмем Ctrl+A и Ctrl+V. Все ваша игра загружена в компилятор.
8.Далее проверяем ее. В окошке Simulate выбираем устройство и жмем кнопку запуска. Если все хорошо, отлично). Если нет, повторяем предыдущие пункты.
9.Далее самая дебильная часть в Xdk, нам нужно создать сертификат. Я сам над этим промучился с полчаса, а потом нашел видео инструкцию как это сделать, кидаю ее вам:
10.В окошке Projects жмем Build setting и настраиваем название и версию вашей игры, далее открывайте Launch icons и настраиваем иконки приложения для всех платформ, в разрешениях 96х96, 72х72, 48х48 и так далее.
11.И наконец, переходим во вкладку Build и выводим нашу игру на любую возможную платформу!
Публикация!
После генерации apk файла, вы можете загрузить его в любой магазин для Windows, IOS или Android. Но я расскажу вам только про android.
2.Выберите Создать учетную запись продавца.
3.После этого Вам необходимо заплатить 25$, это можно сделать любым удобным для вас способом. платеж обрабатывается 12-24 часа.
4.Далее вам необходимо заполнить все данные. Отнеситесь внимательно к заполнению информации о компании. Общая информация будет видна всем пользователям вашего приложения. В “Название компании” можно вписать имя разработчика. Если у вас есть сайт – обязательно укажите это, потом это может стать для вас большим плюсом.
5.Просмотрите все ваши данные на предмет ошибки и нажимайте Отправить.
С этого момента, вы стали официальным разработчиком и можете размещать свои приложения в маркете, поздравляю!) Теперь расскажу, что нужно иметь для публикации!
Иконка:
Технические требования к изображению с высоким разрешением:
32-битный PNG (с альфа-каналом);
Размер: 512х512 пикселей;
Максимальный вес файла: 1024 Кб.
Скриншоты:
Технические требования к скринам:
JPG или 24-битный PNG (без альфа-канала);
Размер: от 320 пикселей до 3840 пикселей;
Соотношение сторон не больше, чем 2:1;
Не менее двух скриншотов.
Советую, на скринах продемонстрировать функционал и геймплей приложения.
Название:
Требования:
От 25 до 55 символов. Креативьте и если это выходит, добавляйте теги в название.
Описание:
Ограничения при создании описания:
Не более 80 символов для краткого описания;
До 4000 символов полного описания.
Не спешите с текстом, это самая главная часть публикации. Подумайте, что вы хотите рассказать о своей игре и как вы завлечете покупателя. Советую почитать описания известных разработчиков и сделать, как они, или даже лучше)
Рекламное видео:
Требования:
От 30 секунд до 2 минут.
Это необязательный пункт, но очень рекомендованный, ведь с ютуба тоже могут прийти покупатели!
Ну вот и все, первая часть инструкции подошла к концу, во второй части я расскажу о сюжете своей новой игры. В комментариях все критиковали повествование и я, как добросовестный фанат “Фарго” (особенно 1 сезона), нашел реальную историю, которая происходила в Украине. По количеству трупов и конспирологии, “Фарго” просто отдыхает, а то, как это дело раскрыли и объяснили, вообще на ни в какие ворота не лезет. Я учел абсолютно все отзывы, и надеюсь новая игра оставит вам приятное впечатление.
Также во второй части, я подробно расскажу о создании игры в Twine, с примерами и пошаговыми скринами.
Ну а третья часть будет посвящена рекламе, получению сертификатов и способам монетизации приложения и в конце отвечу на вопрос, стоит ли этим заниматься?!
Надеюсь, вам понравилась моя статья, если это так, не поскупитесь на лайки и комменты, а также пишите, о чем еще написать в блоге.