Продолжение части 2. То что получилось в итоге можно посмотреть по ссылке:
dialas.ru/ink-dino/
Скрин игры на широкоформатном экране:


В этой статье будут рассмотрены финальные штрихи — оптимизация текста для вычитки, добавление картинок, музыки и общий дизайн странички.

Продолжаем первую часть. Пишем вступление к игре и вход в основной параграф:

Доисторическая схватка
Если вы готовы, то выберите
*   [Начать]
    Лёгкий ветерок над пустынной равниной дарит небольшую прохладу после знойного дня. Охотник прислонился к стволу дерева и спокойно наблюдает за магическим пламенем. В этот год ему удасться сохранить его, если неподалёку отыщется еще несколько деревьев. Верное копьё, с каменным наконечником лежит возле левой ноги. Небольшой шорох из ближайших кустов и уже его руки крепко сжимают древко. Только не это, кажется на этой небогатой земле появился еще один охотник - не знающий пощады. Зубастая морда высунулась из-за кустов и начался древнейший танец смерти.
    -> init_and_start_knot
-> END

Давайте начинать с ответов на вопросы.

• Зачем нужно писать про конечные автоматы? Они позволяют моделировать сложное поведение, которое мы часто хотим видеть в текстовых играх. Есть большое количество статей по реализации конечных автоматов на обычных языках программирования, но мы будем рассматривать исключительно инструменты ИЛ.
• Почему менюшный движок? В примере хочу остановиться на автоматном подходе и продемонстрировать, как можно использовать конечные автоматы в менюшных движках, где главной смысловой единицей в них является параграф (или узел как в ink). Эти сведения должны пригодиться для тех, кто интересуется представлением сложного поведения в ink, twine, undum, salet, axma и подобных.
• Хорошо, тогда почему ink? ink очень перспективный язык с возможностью встраивания, сборкой под веб, тестированием истории в консоли, мощными фичами для потока управления и в тоже время минималистичным синтаксисом.

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

В этой статье хотел бы поделиться небольшими хитростями по настройке Андроид-проигрывателя Fabularium для запуска русскоязычных RTADS-игр. Преимущество проигрывателя в том, что он отображает графику и проигрывает звуки. Итак, для начала надо залезть в настройки и вводим в поле Default Character Encoding: CP1251. И отключаем встроенную клавиатуру (Use build-in keyboard), чтобы появилась стандартная с кириллицей.

Хочу подкинуть немного примеров на тему видеотрейлеров к текстовым играм. Основная проблема проста: как показать на видео игру, в которой очень мало или совсем нет графики?

Тут стоит оговориться. Трейлеры игр могут условно делиться на mood trailer (видео настроения), story trailer (видео сюжета) и gameplay trailer (видео процесса игры). В первом вам рассказывают о жанре и атмосфере игры, но почти ничего о самой игре. Во втором — о сюжете, видео вместо книжной аннотации, а в третьем показывают геймплей как он есть. При этом считается, что геймплейный трейлер обязателен, потому что первые два могут не иметь с игрой ничего визуально общего.

Дальше будет много видео, но все на английском. Я не режиссёр и не оператор, а как зритель комментировать не буду.

«Пандемия: Дорога домой» — это бесплатная игра для мобильных и планшетов в жанре выживания после апокалипсиса. В игре более 600 экранов текста в сопровождении иллюстраций. На интервью отвечают Михаил Михайлов и Дарья Иванова.

В моём исследовании IFComp, (я выбирал по 20-30 игр конкурсов каждого года) я выделил некоторые общие моменты, которые необходимы игрокам и судьям, и хотел бы поделиться ими здесь.

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

Итак, иерархия.

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

Давайте разберёмся, какие подходы к оценке длительности текстовой игры в принципе существуют и какие у каждого из них есть плюсы и минусы, после чего попробуем наконец прийти к варианту, который будет удобен большинству игроков. Причём, с самого начала желательно определиться с тем, что ключевым в этом вопросе будет являться именно взгляд игрока, а не автора, потому что потребителем этой информации является именно игрок, а автор — лишь её поставщиком. Безусловно, для автора разные подходы могут различаться по удобству и трудозатратности, но эти соображения из той же серии, что попытки оценивать качество игр по затраченным на их написание усилиям. Боль авторов понятна, но она является их личной проблемой. Так что, господа авторы, станьте на время чтения статьи просто игроками.