Как сделать текстовую игру с картинками
Пошаговая инструкция по созданию текстового квеста на 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, с примерами и пошаговыми скринами.
Ну а третья часть будет посвящена рекламе, получению сертификатов и способам монетизации приложения и в конце отвечу на вопрос, стоит ли этим заниматься?!
Надеюсь, вам понравилась моя статья, если это так, не поскупитесь на лайки и комменты, а также пишите, о чем еще написать в блоге.
Как я сделал игру для Блокнота
Пока читал про необычные решения от инди-разработчиков, наткнулся на золото. Вот вам статья про игру в текстовом редакторе. Арт, анимация, сюжет — все как положено.
Я создал игру And yet it hurt (возможно, автор хотел сказать it hurts, но мог использовать такой вариант намеренно, — прим.).
Все началось в 2017 году с вопроса: «Реально ли сделать игру в Блокноте?» Тогда я только усмехнулся. Прошло три года. Обдумав, как все будет работать, и убедившись, что это реально, я решил сделать эту игру.
Обычно вы жмете на кнопку, и в игре что-то происходит. Жмете А, и Марио прыгает. Все завязано на получении информации и отклике. Игра получает входные данные и выводит свои.
В игре для Блокнота на входе будут изменения, которые вносит пользователь в файл, а на выходе изменения, которые вносит в файл сама игра. Для этого приложение отслеживает время последнего сохранения файла. Если оно изменилось, игра считывает содержимое файла и вносит в него новые данные.
Возникает проблема: Блокнот от Microsoft не проверяет, был ли файл изменен. Пришлось бы сохранять файл, закрывать и открывать его заново. Создать такую игру возможно, но звучит не очень весело. Пришлось искать альтернативу.
Могу понять ваше разочарование из-за того, что игра в итоге сделана не в самом обычном Блокноте. Мой тайтл можно запустить в нем — просто процесс немного замороченный. Я решил пожертвовать крутостью проекта, чтобы сделать игру более приятной.
Альтернатива
Пришлось искать другой текстовый редактор. Единственным требованием было — автоматическое обновление файла. Хотя чуть позже вы увидите, что я использовал еще одну фичу.
Сначала на ум пришли Notepad++ и Sublime Text. Но они совсем не похожи на Блокнот внешне, очарование проекта развеялось бы окончательно. Плюс, они спрашивают игрока, хотел бы он обновить файл. Это куда лучше, чем закрывать и открывать файл, но все равно отвлекает от геймплея. Я хотел, чтобы файл обновлялся автоматически. Тогда мне на глаза попался Notepad2. Он был почти идеален.
Редактор можно настроить, чтобы он был похож на MS Блокнот, а главное — он проверяет изменения, внесенные в файл. Но также как Notepad++ и Sublime Text, Notepad2 спрашивает игрока, нужно ли изменить файл. К счастью, у редактора открытый код, и я мог отполировать его до совершенства.
Notepad2 написан на C. Я немного знаком с этим языком, пусть меня и нельзя назвать экспертом. Опытный программист Javascript сможет прочитать и уловить общую суть кода, но понять исходный код Notepad2, чтобы внести необходимые изменения, оказалось не так просто.
Для начала я решил поискать текст из диалогового окна: «Файл был изменен внешней программой. Перезагрузить файл?». Это значение переменной, которая используется в качестве аргумента в функции диалогового окна. И я ее нашел.
Этот код проверяет, не изменилось ли содержимое файла. Если оно изменилось, открывается окно, и программа проверяет, выбрал ли пользователь ответ «Да». Мне нужно было лишь заменить кусок
на TRUE, и программа начала автоматически обновлять файл. Таким образом, я создал рендер на базе ASCII. Осталось создать подходящий движок.
Отрисовка
Игра создана с любовью: LÖVE — фреймворк с открытым исходным кодом для 2D-игр, написанных на Lua. Я много лет пользовался этой платформой и даже собрал туториал. Для этого проекта в основном использовался LÖVE-модуль файловой системы, потому что он предоставляет все необходимые возможности. Обычно с помощью LÖVE создают изображение, которое затем выводится на экран.
Мне нужно было почти то же самое: вывод ASCII-арта в текстовом файле. Я начал с домика и птички, причем птичка должна была лететь через файл. Взял арт, который нашел на ASCII Art, но в игре используются только оригинальные работы (за исключением шрифтов).
Загрузка арта — это просто чтение файла.
Дом используется в качестве фона, поэтому я начал с прорисовки этого изображения на «экране». Экран в данном случае — это home.txt.
Я хотел, чтобы с птичкой можно было работать в таком ключе:
х — номер столбца, y — номер строки. Поэтому разбил экран и птицу на списки строк.
С птицей сделал то же самое. Теперь код, описывающий птицу, должен был перекрывать код про дом. Вот, что мне было нужно:
Наверное, вы заметили, что птица представляет собой прямоугольник — в ее арте используются пробелы. Чтобы исправить ситуацию, я посчитал количество пробелов в начале каждой строки и добавил это число к координатам, чтобы отрисовывался только арт.
Стало намного лучше:
Анимация
Я начал добавлять больше фишек, например, анимацию:
Все кадры расположены в одном файле и разделены тегом <
Также я реализовал вывод печатаемого текста и отобразил отдельно экран, инвентарь и окно для ввода решения. Оставалась одна проблема. Как игра узнает, что был открыт файл? Это и есть вторая фича, о которой я говорил ранее.
В исходном коде Notepad2 я прописал, что файл должен сохраняться сразу после открытия. Затем игра проверяет, не изменилось ли время последнего сохранения. Так она узнает, что файл был открыт, и может его менять.
В итоге я получил фреймворк, в котором можно работать. Самое время создавать игру.
За девять дней разработки (судя по дате создания gif-файлов) я сделал это:
Если вы запускали игру, то знаете, что в ней нет печатаемого текста и анимации. На то было несколько причин:
Программа по умолчанию
Может, возвращать исходные настройки при закрытии игры? Это возможно, но возникнет проблема, если игра вылетит или неожиданно закроется.
Программу по умолчанию можно назначить только от имени администратора. Если вы открываете игру под другой учетной записью, будут использоваться txt-файлы. Если вы открываете файл в обычном Блокноте, игра сообщит, что нужно перетащить файл в открытое окно Блокнота. Либо запустить ее от имени администратора, чтобы она открылась по дабл-клику.
Мотивация
На самом деле всё было сделано три года назад. Что я делал все остальное время? Классический пример отсутствия мотивации.
Но я все время держал его в голове. Я отладил целый фреймворк, который позволял создать игру в Блокноте, а проект не двигался с мертвой точки. Нужно было доделать его. В 2019 году я не завершил почти ни одного проекта. Разочарование подтолкнуло меня к решению: закончить незаконченное в 2020-м.
И вот она. Я сократил сюжет, дал себе месяц на все (получилось на неделю дольше) и бросился в бой. Еще подал заявку на A MAZE. Awards, соответственно, дедлайн был назначен на 2 февраля. Так появилась мотивация.
Заключение
Я рад, что доделал игру. Удивительно, сколько времени проект просто собирал цифровую пыль, а в итоге хватило месяца. Игру не стоило делать настолько объемной, как я хотел сначала — такой нестандартный проект должен лишь показывать особенности, которые можно в нем реализовать.
Что дальше? Игра в Paint? Игра в Калькуляторе? Вряд ли я их сделаю. Но мне нравится думать об играх, которые используют нетрадиционные платформы.
Как написать хороший текстовый квест: 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$ ).
Когда ставите ценник, подумайте о том, сколько часов уходит на прохождение, о цене производства и реиграбельности. Вспомните, что ваша игра — всего лишь одна из миллиона опций. Так что не стоит отпугивать потенциального игрока завышенной ценой на нишевую игру.