Эта книга живет тобой!
Словно пульс, частый шелест страниц.
Твоя настоящая роль-
Вне повседневных границ…

 
Герой легенд

Программы для создания книг-игр уже существуют и даже не одна, но писатели продолжают упорно создавать свои произведения в обычном ворде. Почему? Наверное так привычней. Книга игра состоит из текста и поэтому писать ее в текстовом редакторе логично и понятно.
Сложности начинаются позже, когда число параграфов возрастает, появляются многочисленные ответвления от сюжета и кучи параметров. Хотелось бы автоматизации некоторых процессов и удобства подсчета-отображения игровой механики. Каждый эту проблему решает по своему, часто методом проб и ошибок останавливаясь на удобном для себя варианте.
Так почему бы сразу не начать писать в одной из предложенных разработчиками программ? Думаю главная причина – это необходимость освоения нового софта, каким бы он простым не был на первый взгляд. Вторая причина – а нужен ли этот софт вообще? Точнее говоря правильней спросить, насколько сильно он упрощает жизнь автору по сравнению с обычными трудозатратами по работе над книгой. Что ему проще – записать в блокноте пару параметров и вести таблицу параграфов или потратить пару дней на освоение программы (которая еще не факт что ему в итоге будет удобна в работе)?
Давайте все вместе собирать в этой теме пожелания к тому, какой бы мы хотели видеть программу своей мечты по написанию книг-игр. Начну с себя.
Во-первых, дружелюбный, красивый и удобный интерфейс, который еще и выглядит современно. В таком работать приятно и комфортно, а панель инструментов знакома каждому. Для написания и редактирования (что важно) самого текста в общем-то сложно придумать что-то лучше ворда, на мой взгляд. Возможно даже эта программа должна быть чем-то вроде плагина для ворда, который использует его текстовые возможности, но дополняет их необходимыми функциями. Либо интегрирует вордовские документы в себя.
Важные способности программы, без которых само ее существование видится бессмысленным – это возможность показывать не занятые параграфы, сюжетные ветки (цепочки параграфов идущих друг за другом и их пересечения) и все варианты изменений характеристик и различных событий на каждом параграфе и на каждой сюжетной линии (то есть вести всевозможную статистику). Чтобы было удобно настраивать характеристики персонажей и видеть как от этого меняются варианты прохождения. Это значительно упростит настройку баланса игры.
Например выставляю я здоровье своему персонажу равное 30 на начало игры, а программа мне сразу показывает параграфы на которых персонаж получит ранения и где погибнет. Соответственно автор уже может добавить аптечку где надо или увеличить здоровье.
Заодно программа должна уметь показывать параграфы так, чтобы они в распечатанной книге не были на одной странице. Хотя на этот счет у разных авторов свое мнение – значит программа должна учитывать мнение всех и предоставлять выбор.
Еще она должна уметь делать автоматически гиперссылки, сохранять проект в разных форматах (PDF, различные программы для чтения книг на электронных носителях, для сайтов, андроидов и т.д.) а так же выводить проект на печать в удобной книжной верстке. Чтобы не таскать кипу листов А4, а сразу была возможность подшить распечатанные страницы в брошюрку (если размер книги позволяет).
Программа должна уметь добавлять картинки, музыку, аудио и видео, другие интерактивные элементы (например кнопки вызова меню, справочной информации, плагины броска кубика, ведение боя и т.д. для электронных версий книги-игры).
Если что еще вспомню потом допишу, вы тоже предлагайте свои варианты.

Бывалый авантюрист

Мне повезло, и идеальную для себя программу для создания книг-игр я пишу сам Smile

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

Ещё важная для программы черта — поддержка переменных и модификаций. Ведение статистики по значениям переменных в разных точках графа книги — это очень интересная фича, но, скорее всего, трудно реализуема (т.к. значения переменных могут сильно зависеть от того, каким способом мы пришли в этот узел. Разве что выводить все возможные интервалы... Надо подумать Smile )

По поводу программы, как плагина для Ворда: есть некоторая прослойка пользователей, которые используют ОпенОффис Smile

По поводу множества поддерживаемых форматов полностью согласен. Только вот трудно поддерживать кучу форматов одному человеку. Один явно будет лидером по поддерживаемым фичам.

Ну и мультимедиа, без сомнения. Куда ж без этого Smile

Меценат

Чтобы было четко понятно ЧТО должно входить в опции онлайн плеера кни, предлагаю обсудить эти опции.

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

Итак:

1) плеер должен запоминать Ключевые слова, которые позволяют автору управлять развилками сюжета кни. Если автор заложил в игру проверку наличия у Героя некого Предмета, то это вписывается в опцию "ключевых слов". Т.е. система ключевых слов наверное должна быть разбита в опциях на две группы – обычные ключевые слова для развилок сюжета + ключевые слова в виде наименований Предметов в рюкзаке Героя.

2) плеер должен позволять автору вставлять в нужные параграфы картинки заранее заданного конкретного размера (например 300х600 пикселей). Если автор вставляет картинку большего размера, то плеер показывает автору границу обрезки большой картинки под заданный формат.

3) допускать использование музыки и аудиофайлов (или в конкретный параграф или сразу на несколько параграфов. Позволять накладывать на фоновую музыку аудиофайл какого-то звука (выстрелы или сирена или крики и пр. эффекты).

4) плеер должен позволять автору создать нужный ему Лист героя (набор игровых изменяемых параметров). Но параметров не должно быть слишком много. Думаю что не более 10-ти штук.

5) Плеер должен проверять наличие у героя какого-то параметра нужного Уровня – Например: Если уровень УМА у героя ниже 5, то – ??? Если нет – ???

6) Плеер должен предложить автору гибкую настраиваемую автором систему для боевки. Думаю что системы достаточно двух типов – на одном кубике или на двух кубиках.

Один кубик достаточен для простых боевок – типа-
Против героя выступает Орк.
Мастерство Орка = 7.
Проверьте уровень Мастерства героя в этом бою – Мастерство героя = 4 + Кубик.
Если герой наберет 7 очков или больше, то Орк убит!
В этой простой боевке уровень Жизни врагов не требуется и враг убивается одним успешным ударом. А если герой не смог убить врага, то сам получает автоматический ущерб от орка (-1 Жизнь Герою)и повторно атакует орка.

Для более сложной боевки использовать два кубика – в этой системе есть разные вероятности попадания. Ущербы на теле врага могут быть привязаны к разным цифрам выпавшим на кубиках (от 2 до 12).
Например:
Выпало (2-4) – враг контужен в голову и герой может атаковать повторно.
Выпало (5-6) – враг парировал вашу атаку и быстро атаковал героя (Герою -1 Жизнь).
Выпало (7-9) – враг нанес вам ущерб (-2 Жизни).
Выпало (10-11) – враг отступает и пытается бежать; (далее игроку дать выбор – Не дать врагу бежать и продолжить бой или пусть враг бежит и тогда – конец боя)
Выпало (12) – критическое попадание по врагу и враг убит!

Настройку вариантов вероятностей и боевых эффектов от выпавших на кубиках очков автор может сам создавать/настраивать в плеере. Ибо для разных врагов можно создать разные вероятности и эффекты.
Изменяемый Размер Жизни для врагов я бы не делал ибо это скорее всего усложнит программирование плеера.

Можно построить боевку и на выборе из списка описательных Тактик:
1) Агрессивно атаковать и пытаться теснить врага
2) Только контратаковать и пытаться поймать врага на его ошибке.
3) Отступать в надежде потянуть время
4) Уйти в глухую оборону
и пр.

Для такой боевой системы не нужен кубик и такая боевка вполне конструируется автором при помощи обычных выборов в параграфе.

Вроде бы я ничего не пропустил?
Такого набора опций вполне достаточно для настраиваемого автором плеера при создании кни.


_________________
Ситуация воспринятая, как "Реальная" - становится реальной по своим Последствиям
Герой легенд

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

Для традиционных КнИ хватило бы такого инструментария:
1. Простой текстовый редактор для набирания текста (хватит возможностей Вордпада или даже Блокнота), с возможностью делать переходы (гиперссылками или еще как) на другие параграфы. Итоговый вывод текста с возможностью конвертации в Ворд или ПДФ (если это возможно).
2. Выстраивание графического отображения цепочки параграфов, исходя из задаваемых текстом переходов.
3. Автоназначение номера параграфов из заданного предела (1 – 100, например, или 1 – 400) для их рандомизации. Учет занятых и незанятых номеров параграфов. Возможность последующей пересортировки (например, заказал 200, а занял из них 170, с промежутками, – пусть программа подгонит все переходы и нумерацию параграфов под 170)

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

Если вести речь об инструментах для создания интерактивок, дело другое.