#вопрос
#визуальные_новеллы #вн

Появился вопрос по проектированию визуальных новелл, но этот вопрос скорее не к писателям, а к инженерам или даже математикам. Если кто-то удивлён, то попробуйте прочитать постановку задачи. Вдруг заинтересуетесь? Такая вот занятная штука, эти визуальные новеллы.

Одна из ключевых особенностей ВН — возможность читателя выбирать варианты действий протагониста, тем самым выбирая разные ветки сюжета. И вот тут возникла задача, которую я не смог так сразу решить.

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

Очевидно, что такой примитивный способ выбора не содержит никакой интриги — получится максимально унылое говно, какое только можно представить. Намного менее унылым будет следующий подход. Надо предусмотреть нечётное количество выборов с двумя вариантами ответов. Каждый такой ответ ведёт к небольшим отличиям в тексте, после чего сюжет возвращается к общей линии (это важно, чтобы не было десятков и сотен вариантов сюжета). Но при этом, в зависимости от выбранного варианта увеличивается один из счётчиков, AChan_count или BChan_count. Поскольку таких выборов нечётное количество, то в итоге AChan_count никогда не будет равен BChan_count. И вот потом общий сюжет идёт до драматической развилки, где кун задаётся вопросом, кого же ему выбрать. Долго и драматично думает и уже без участия читателя выбирает ту тян, у которой счётчик больше — предпочитал её в тех вариантах выбора, значит она ему больше нравится, после чего сюжет сворачивает на одну из концовок.

А вот теперь этот подход надо обобщить.

Во-первых, у нас может быть не две концовки, а больше. Например:

1. A-chan
2. B-chan
3. C-chan
4. D-chan
5. Bad end (так и не смог выбрать и остался ни с чем)
6. True end (сознательно решил, что «нафиг эти тян, поищу другую»).

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

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

И вот как обобщить предыдущее правило? С двумя концовками и двумя вариантами ответов было просто — нечётное количество выборов. А здесь как подойти к проектированию, чтобы можно было выходить на все концовки, причём каким-то управляемым способом? А не так, что почти все варианты ведут к одной концовке, а на некоторые вообще выйти нельзя и надо всё переписывать. Вроде для подсчёта путей должен получиться граф или какая-то ещё комбинаторная конструкция. Но у меня ступор — я никак не могу сообразить, как формализовать эту задачу.