Всем добрый день,
написал редактор квестов, его достаточно тепло встретили на quest-book,
и порекомендовали замолвить о нём словечко тут.
Для начала пример того что получается в результате, сразу оговорюсь,
литературная составляющая там минимальная, это просто демонстрация его возможностей.
pyromancers.com/quest/player.html
Теперь о том как оно устроено и в чём оно отличается от аналогов.
Ворс не оперирует параграфами,
вы просто описываете локации, героев, предметы,
действия и условия, а об остальном заботиться программа,
варианты действий которые увидит пользователь,
выводятся на основе определённых сценаристом критериев,
и читатель видит только доступные переходы.
Ворс, не использует для описания сценария интерпретируемый язык,
всё объекты создаются с помощью интерфейса,
что снижает порог вхождения, вероятность ошибок.
и значительно упрощяет внесение последующих изменений.
Любое состояние объекта может быть проиллюстрировано.
Локации имеют координаты, всё действия происходит на карте,
в плеере присутствует мини-карта, и вообще он вполне user-friendly.
Теперь немного теории, если лень читать, ссылка на скринкаст в конце поста.
Ворс использует интуитивно понятными термины:
Каждая из сущностей может иметь несколько состояний, например:
триггер ворота – закрыты или открыты.
актёр гоблин – жив, ранен, мёртв.
локация комната – темная или освещённая.
Локации в каждом из состояний могут содержать произвольное количество
персонажей, триггеров и предметов, при этом при смене состояния
этот список может меняться, например если в комнате стало светло,
будет виден новый список объектов.
Для каждого из состояний, определяются свойственные ему действия,
то есть если ворота в состоянии "закрыты" – их можно открывать или взламывать,
а когда открыты – запереть или забаррикадировать.
Для каждого действия, можно определить произвольное количество
последствий и условий на возможность и целесообразность его применения,
Условия бывают двух типов:
наличие в инвентаре нужных предметов
и проверка состояний указанных объектов.
Например проверками действия "отпереть двери" будет факт обладания ключём,
а действия "взломать двери" – наличие отмычки и факт прочтения учебника взломщика.
Сейчас сценарии можно просматривать в самом редакторе.
Планируется плеер для социальных сетей и мобильных платформ.
Тут обучающий скринкаст (смотрите в HD): www.youtube.com/watch?v=NnFFgA_KNQc
Тут сам редактор: pyromancers.com/quest/editor/quest_studio.html
О багах (их наверняка полно) и прочем пишите в личку.
Отредактировано yadra (18.12.2012 03:07)
Неактивен
У pyromancers есть русскоязынчное зеркало, с расширенным функционалом
http://rpgamer.ru но в силу того что англоязычная юзается заметно активней,
я всю деятельность сейчас перевожу туда (поддерживать два ресурса слишком хлопотно).
В любом случае весь софт всегда будет иметь русскую версию,
и она будет выходить раньше мультиязычной.
Неактивен
Впечатляет, хотя это и не имеет прямого отношения к интерактивной литературе, тем не менее, думаю, это будет иметь успех. Причем, наверняка больший, чем интерактивная литература - из-за наглядности.
Я включил в движок фичи которых в иф не хватало мне,
в первую очередь карту, во вторую контекстное взаимодействие с объектами.
Литературность и наглядность не взаимоисключаемы.
Я правильно понял, что карта может иметь несколько уровней по вертикали?
Карта - граф, вершины которого имеют координаты от 0 до 9, тоесть максимум 100 локаций,
для примера в Scorpion Swamp их менее 30, впрочем если будет нехватать, расширю
Переходить можно из любой вершины в любую,
например если нужена телепортация, действием можно перенести чара на любую локацию выбрав её из списка.
Ограничение на четыре стороны присутствует только в виджете миникарты,
на уровне логики с этим свобода полная.
Я оставил север-юг-запад-восток из соображений наглядности.
Вопрос: насколько сложным может быть поведение актера NPC? В демке это не видно, к сожалению. Может ли NPC сам перемещаться, гоняться за героем, убегать и прятаться, искать свою собственную цель, получать приказы от героя и пробовать их исполнить? Как реализовано общение? То есть собственно, я прошу дополнить демку примерами общения с актерами
Актёр - это обычная сущность с точки зрения алгоритма,
его реплики в диалоге с точки зрения программы это простые действия,
которые будут влиять на те или иные факты и/или первеодить его в другие состояния,
которые могут становиться критериями для демонстрации других реплик читателю.
Так или иначе моделировать перечисленные вами фичи они вполне могут.
Хотя кое-что я намеренно не реализовывал (численные операции, рандом)
потому что по мне иф как формату они только вредят.
Думаю будет интересней если вы предложите пример поведения нпц,
а я скажу что так не получиться или проиллюстрирую его:)
Отредактировано yadra (18.12.2012 09:44)
Неактивен
Сейчас постоянно что-то исправляется и добавляется,
рано оффлайновый билд делать, но он будет и для плеера и для редактора.
Неактивен
Кнопки выхода из превью нет, на видео я нажимаю на кнопку утилы которая пишет скринкаст, я его писал по частям.
Работать должно в любом бразуере, понетнциальные причины отказа:
не создано ни одной локации,
не создано ни одного актёра.
Если причина не в этом, не сочтите за труд,
сбросить получившийся файл сценария, посмотрю в чём дело.
Неактивен