Forum.iFiction.Ru

Важный вопрос — как лучше производить группировку фраз игрока, чтобы избежать ручного прописывания очередного перечня фраз для выбора (типа как здесь)?

Хочется, чтобы фразы были собраны по какому-нибудь признаку (что-то типа "Темы" диалога), на который можно было бы потом просто сослаться.

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

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

bergano написал:

VoiceXML - Это язык описания диалогов. Именно "описания". Может, авторы плтформ поддержат в платформах его интерпретацию? Или конвертацию на язык платформы файла в формате  VoiceXML.

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

Nex написал:

Разве был вопрос, "как облегчить задачу"? Я думал, что был вопрос - как проще всего ее решить. Приведенное мной решение, я считаю самым простым. Сможешь проще?

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

Nex написал:

Кому как, я вот смотрю и не путаюсь. Сможешь проще?

Ты смотришь на код. А сюжетная часть, заложенная в этом коде, через некоторое время начнёт ускользать — с помощью "понятного" кода ты разнёс её по разным местам, и последовательность чтения ни в малейшей степени не соответствует последовательности вывода.

Пытаться "делать проще" в части программирования на данном этапе я не собираюсь — я не для соревнования эту тему поднял.

Nex написал:

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

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

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

Главная цель — чтобы автору было легко понимать переложенный в код диалог и при необходимости включать в него новые ветки и блоки.

Бегло просматривая некоторые материалы по теме, наткнулся на некоторые схожести прорабатываемых мной идей с изложенными в этих статьях (например "Defining Dialogue Systems" от Brent Ellison). Полагаю, я сэкономлю массу времени, если поработаю с этими материалами плотнее…

bergano написал:

А если руками написать произвольной формы XML с описанием диалога? Условия, переходы с диалога на диалог. А утилитка придумается.

Как раз с этим проблем нет. Однако в этой теме речь о том, как от этого уйти.