В первых числах марта 2016 года в Steam вышел первый эпизод One Day in London, имиджевого проекта OWL-studio. Вера Величко, основатель и арт-директор московской студии, перед выпуском пятого эпизода, вспоминает, как развивались механики в ее визуальной новелле.

vv

Вера Величко

Мы сильно выросли за последние 2 года в плане скиллов и компетенций. В рамках других проектов команда давно разрабатывает более сложные и классические геймплейные механики. Но для меня по сей день самым большим удовольствием остается работа над простенькими интерактивами для One Day in London.

Новелла – это книжка. Книжка с огромным количеством иллюстраций, которая общается с тобой, реагирует на твои действия. Однако, прежде всего, это именно формат чтения истории. И в этом формате эпизоды, когда вдруг часть повествования выражается через непосредственные действия, ощущаются, как маленькое волшебство.

Сегодня я хочу рассказать о том, как развивался гейм-дизайн визуальной новеллы One Day in London с первых дней разработки и до сегодняшнего дня.

Прежде всего, гейм-дизайн там был, несмотря на все экзекуции первоначального плана. Первые наброски и концепты уводили нас в сторону квестов и даже простенькой RPG. Однако на тот момент у нас не было ресурсов на классный проект подобного рода. Так что выбор был прост: посредственный квест или классная визуальная новелла. Мы, конечно, остановились на втором.

Впрочем, тему интерактивов совсем убирать не хотелось. Было желание оставить у читателя возможность отдохнуть, получить новый опыт и размять пальчики. Так в новелле появились эпизодические мини-игры, полностью встроенные в сюжет. Последнее – важно. Нас как-то спрашивали, не является ли наша новелла очередным «пазлом с историей»: конечно, нет, в ней порядка 3 млн символов. Для сравнения: в «Мастере и Маргарите» около 700 тысяч.

Сейчас, когда подходит к концу работа над последней главой новеллы, я решила поделиться тем, как развивались в рамках проекта мини-игры, как выросли из казуальных, больше рассчитанных на интерактив механик в комплексные и сложные решения.

Глава 1

В первом эпизоде мини-игры были очень простыми. Наиболее часто встречалась механика черчение рун: нужно было нарисовать конкретный символ на экране с помощью мыши.

Первоначально для этой механики мы пользовались утилиткой под названием $P Point-Cloud Gesture Recognizer.

Смысл был в том, что эту утилиту можно было «научить» распознавать определенные символы: чертим несколько начертаний правильного символа и говорим программе, что вот это – правильно. Дальше ее нужно было научить неправильным символам, которые она распознавала бы неверной. Иначе она считала правильной любую условно похожую кракозябру. Самым сложным было – найти оптимальное количество правильных и неправильных значений символа, при котором программа уже не считала бы верной «какую-то условную фигню», но еще не сходила с ума от количества вариантов (слишком похожие правильные и неправильные варианты иногда приводили к самым неожиданным конфликтам).

В третьей главе, после переезда на Fungus*, мы написали свою утилиту. Тут все было проще: она просто читала расположение пикселей спрайта правильного символа и засчитывала начерченный знак, как правильный, если он совпадал с этим спрайтом на определенное количество процентов.

*Fungus – бесплатный инструмент с открытым кодом для Unity. Он позволяет без программирования (с помощью блюпринтов) создавать квесты, хидены, интерактивные новеллы.

Самым интересным моментом применения этой механики была имитация боевой ситуации: когда при нападении демона нужно было начертить руны в правильном порядке. За прохождение рунного боя без единой ошибки читатель получал одну из ачивок – «Глаз алмаз».

Второй по распространенности механикой в первой главе был «поиск предметов». По сравнению с классическими хогами механика была совсем простенькой. Например, на полке нужно было найти все книги с определенным символом. Уверена, с этой задачей любой справится секунд за 15.

Еще в игру мы добавили один из вариантов классической «Memory». В игре необходимо было расположить руны в круге в правильном порядке.

Мы решили не сильно усложнять жизнь игроку и сделали так, что расположение рун можно подсмотреть (в книге в левом нижнем углу экрана).

Всего в первой главе было 8 мини-игр на 4-х механиках. Помимо уже упомянутых еще была игра «Поиск по карте».

Глава 2

Во второй главе основной механикой стали игры-загадки на правильную последовательность действий.

Читателю предстояло либо попробовать свои силы в приготовлении зелий по рецепту (успех обеспечивался нужной последовательностью и количеством ингредиентов), либо зажечь свечи в правильном порядке, чтобы получить узор светотени на стене, либо усмирить одержимую девицу, в правильном порядке затянув ремни смирительной рубашки.

Однако главной механикой оставалось черчение рун. Впрочем, мы, как и наши игроки, начали от нее уставать. Механика получилась необычной, но по-настоящему не цепляла. Во второй главе по запросам пользователей мы даже добавили кнопку «Пропустить» для тех, кто хотел быстрее вернуться к истории.

Глава 3

В третьей главе у нас появилась новая механика-фаворит: паззлы на составление правильной картинки путем перемещения и вращения ее фрагментов. Мы сами в нее много играли. К ней возвращались и игроки.

Возможно, все дело было в ярком арте. На фоне десатурированного, мрачного Лондона, обуреваемого всякой нечистью, этот арт отлично переключал внимание на себя.

Помимо паззла появились мини-игры на точность и реакцию. Например, мы добавили взлом замков.

Идея сделать интерактивную стрельбу по одержимому вызвала бурю эмоций и у команды. Шутер в жанре визуальной новеллы – звучит свежо.

Всего в третьем эпизоде было уже 11 мини-игр, семь из которых – с новыми механиками, не встречавшимися ранее.

Глава 4

В четвертой главе мы пошли дальше. Помимо простых мини-игр мы внедрили две игры с комплексными механиками, требующими реального вовлечения в игровой процесс.

Первая – игра-расследование. Появилась карта Лондона со списком обновляющихся точек происшествий и отображением перемещения нашей команды. Отправляя участников команды на точки происшествия, игрок принимает решение, которое может оказаться верным или неверным.

Второе нововведение – новая техника боя на рунах. Мы ее полностью пересмотрели. Чертить руны теперь уже не нужно, мы просто выбираем нужную. При этом сам бой сложнее. И у героя, и у врага появились шкалы здоровья, защиты и энергии, самих рун стало больше, а исход боя влияет на сюжет.

В четвертой главе мы не стали увеличивать число игр. Их, как и в третьей, было 11.

Глава 5

Пятая, заключительная, глава все еще в работе. Перед нами стоит непростая задача. Финал должен стать яркой, динамичной, оставляющей положительное впечатление от игры в целом кульминацией всей истории. Именно от того, как игрок пройдет последнюю главу, зависит, захочет ли он проходить альтернативные сюжетные линии (всего у новеллы может быть три различных концовки, и к пятой главе характер героя и повествования сильно меняется в зависимости от ветки).

Пятая глава – одна из самых коротких в плане текста (короче только первая), но самая насыщенная по событиям. Размеренное повествование первых трех глав сменилось более напряженным в четвертой, а в пятой места для размышлений уже не остается: перед читателем разворачивается цепочка последствий, к которым вел его выбор на протяжении всех предыдущих глав.

Пятая глава также лидирует по количеству и разнообразию мини-игр. Еще в ней появляются «локации свободного перемещения». Это делает эпизод больше похожим на полноценный квест, чем на новеллу. Да и задачки становятся действительно сложными.

На данный момент в пятом эпизоде планируется 18 мини-игр.

Естественный рост скилла команды, естественное желание придумать что-то новенькое здорово сложилось с изначальной идеей. Еще при работе над первыми диздоками по проекту я писала, что увеличение количества и сложности мини-игр должно быть постепенным.

В начале нам нужно предотвратить ситуации, в которой читатель станет скипать текст, чтобы получить интерактив. Нам нужно сразу дать понять, что основной процесс в этом продукте – чтение, и основной интерес – сюжет. Но потом, когда читатель уже достаточно вовлечен в историю, мы можем добавлять больше интерактива, удивляя своего читателя, делая его впечатления богаче. Последняя глава по нашей задумке должна оставить впечатление боевика (насколько этот термин применим к жанру визуальной новеллы).

Впереди полевые испытания пятой главы на тестерах. Ждем с нетерпением, и будем держать вас в курсе!


Подписывайтесь на App2Top.ru в Telegram и во «ВКонтакте»

Есть новость? Поделитесь с нами, напишите на press@app2top.ru

Теги:

Комментарии

Оставлять комментарии могут только зарегистрированные пользователи.