Модуль для упрощенного создания диалогов.

Zander_driver · 4 Июля 2015

Что это такое и для чего? (Показать)

Какие преимущества это дает? (Показать)

Диалог пишется в файле ltx-конфига, и избавлен от громоздкой мишуры xml-тегов. Возможно это мое субъективное мнение, но форма написания диалога получается более наглядной.

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

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

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

1) Старые методы: При указании функции для прекондишена, допущена опечатка/функция не существует. Результат: пока не добраться до той фразы, все работает. Дойдя до проблемной фразы, уже разговаривая с нпс в игре, получаем безлоговый вылет.
Новый метод: Еще при формировании диалога, выполняется проверка существования всех вызываемых в нем функций. В случае, если функция не существует, произойдет вылет:
Новый метод: Еще при формировании диалога, проверяется его структура. В случае такой ошибки произойдет вылет:
Новый метод: Существует возможность настроить отслеживание фраз. обычный диалог - первая фраза принадлежит актору. старт-диалог - первая фраза принадлежит нпс. Если чередование фраз нарушено, Это будет обнаружено еще при формировании диалога, и произойдет такой вылет:
Так же есть возможность отключить отслеживание чередования для отдельно взятого диалога.

Dialog <имя диалога>; line <номер строки в диалоге>: function <файл>.<функция> not exist

Отсутствует входящий линк для фразы. section <имя диалога>, phrase <номер строки>

Нарушено чередование фраз npc/actor. section <имя диалога>, line <номер строки>

Какие есть недостатки? (Показать)

Как установить, с чем совместимо? (Показать)

Как пользоваться? (Показать)

Ну для начала,

рекомендации (Показать)

#include "dialogs\dialogs.ltx"

#include "my_first_dialog.ltx"

Как создать диалог.

тык (Показать)

1. Каждый диалог в новой системе имеет секцию конфига. таким образом, создав в файле конфига секцию

[my_first_dialog]

вы уже создали новый диалог. Правда пока он не имеет ни единой фразы, но мы решим этот вопрос позже. Пока надо сделать чтобы скрипты его увидели.

2. Идем в gamedata/config/gameplay, открываем файл dialogs.xml, Где-нибудь между уже имеющихся диалогов, добавляем в него следущее:

4. Открываем его, вставляем такой код:

    <dialog id="my_first_dialog">
        <init_func>dialogs_new_system.my_first_dialog</init_func>
    </dialog>

function my_first_dialog(dlg)
assembly_dialogs.construct_dialog("my_first_dialog",dlg)
end

Пишем диалог...

тык (Показать)

[my_first_dialog]
x0 = текст_первой_фразы
link0 = 1
	x1 = текст_второй_фразы
link1 = 2
	x2 = текст_третьей_фразы

x5 = text
a5 = my_script.xxx_function
link5 = 6
a5 = my_file.answer_function

x5 = text
a5 = my_script.xxx_function, my_file.answer_function
link5 = 6

<actor_dialog>my_first_dialog</actor_dialog>

Щас уже поздно, так что пока хватит. Утром допишу про создание блоков, и компоновку диалога из них. Это одно из главных преимуществ новой системы.
Зачем отдельная тема - затем что я предполагаю, кроме обсуждения, еще код каких-нибудь широко-употребимых блоков, написанный в этой системе, будет здесь же выкладываться.
К модераторам просьба, организуйте мне кураторство в этой теме.

Работа с блоками, Основы (Показать)

Для начала, что такое диалоговый блок. Это некоторый фрагмент диалога, у него есть вход - начальная фраза. Некоторое число фраз, от одной до - много. и есть фразы, (от нуля до сколько захотите), которые считаются выходами диалогового блока. Я не случайно говорю "от нуля" - выходы могут и отсутствовать.
Что такое выходы - это те фразы, к которым будет подключать линки на последующие внешние для этого блока, фразы, внешний для него же, конструктор диалога.
Пока все может быть не очень понятно, наберитесь терпения. когда доберемся до конкретных примеров, все станет яснее.

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

Для создания выходов диалогового блока, существует команда exit. аргумент, который для нее указывается - это порядковый номер выхода.
Давайте уже перейдем к примерам. Создадим простенький диалоговый блок с одним выходом:

Код и диаграмма (Показать)

[dlg_block_test]
x1   = text_phrase_1
link1 = 2
	x2   = text_phrase_2
link2 = 3
	x3   = text_phrase_3
link3 = 4
	x4   = text_phrase_4
link4 = 1, 5
	x5   = text_phrase_5
link5 = 6
	x6   = text_phrase_6
link6 = 7, 8
	x7   = text_phrase_7
link7 = 9
	x8   = text_phrase_8
	x9   = text_phrase_9
exit9 = 1

Как видим, в середине есть возможность вернуться в начало, образуя петлю, в конце есть развилка, одна ветка ведет вникуда, т.е. приводит к обрыванию диалога, другая - вроде бы тоже, но в ней объявлен пока загадочный для нас ВЫХОД. Пока получается что-то похожее на диалог, правда?
Кстати обратите внимание на еще одно отличие - в диалоговом блоке первая фраза x1, а не x0.
Ну и, не лишне будет сказать, при создании диалоговых блоков так же можно пользоваться всеми командами, описанными выше.

Теперь идем далее. Слегка усложним один из примеров диалогов, приведенных ранее.
Это не диалоговый блок, это сам диалог.

Код и диаграмма (Показать)

[my_first_dialog]
params_sequence = actor
x0 = text0
link0 = 1
	x1   = text1
link1 = 10, 20, 30
	x10   = text10
link10 = 11
	x11   = text11
link11 = 12
	x12   = text12
link12 = 40
	x20   = text20
link20 = 21
	x21   = text21
link21 = 22
	x22   = text22
link22 = 40
	x30   = text30
link30 = 31
	x31   = text31
link31 = 32
	x32   = text32
link32 = 40
	x40 = text40
link40 = 41
	x41 = text41
link41 = 42
	x42 = text42
link42 = 43
	x43 = text43

Тут у нас диалог ветвится на три потока, которые затем опять сходятся в один.

Ну так вот. любую фразу в диалоге можно заменить на диалоговый блок.
Делается это например так:

тык (Показать)

Берем вот этот кусок

x31   = text31
link31 = 32
	x32   = text32
link32 = 40

И меняем вот так:

x31   = text31
link31 = 32
	block32   = dlg_block_test, block_1
link32 = 40

вместо команды x (создание фразы) - команда block. подключение диалогового блока.

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

Например, вставим наш блок вместо фраз 12, 22, 32:

block12   = dlg_block_test, block_1
...
block22   = dlg_block_test, block_2
...
block32   = dlg_block_test, block_3

Мы сделали это с тем диалогом что приведен выше, my_first_dialog.
Что же в итоге получится? А вот что:

Граф диалога усложнился в разы а мы всего лишь три строчки поменяли.
В любой диалог, в любом его месте, можно вставить какой угодно диалоговый блок. При желании можно практически весь диалог из блоков и строить, только начальная фраза должна оставаться фразой.

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

Блоки с несколькими выходами (Показать)

Создаем диалоговый блок с четырьмя выходами (Показать)

Давайте немного обленимся, просто возьмем вот такой код

[test_block_2]
x1   = text1
link1 = 10, 20, 30
	x10   = text10
link10 = 11
	x11   = text11
link11 = 12
	x12   = text12
link12 = 40
	x20   = text20
link20 = 21
	x21   = text21
link21 = 22
	x22   = text22
link22 = 40
	x30   = text30
link30 = 31
	x31   = text31
link31 = 32
	x32   = text32
link32 = 40
	x40 = text40
link40 = 41
	x41 = text41
link41 = 42
	x42 = text42
link42 = 43
	x43 = text43

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

[test_block_2]
x1   = text1
link1 = 10, 20, 30
	x10   = text10
link10 = 11
	x11   = text11
link11 = 12
exit11 = 1
	x12   = text12
link12 = 40
	x20   = text20
link20 = 21
	x21   = text21
link21 = 22
exit21 = 2
	x22   = text22
link22 = 40
	x30   = text30
link30 = 31
	x31   = text31
link31 = 32
exit31 = 3
	x32   = text32
link32 = 40
	x40 = text40
link40 = 41
	x41 = text41
link41 = 42
	x42 = text42
link42 = 43
exit42 = 4
	x43 = text43

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

пишем такой диалог:

Код и диаграмма (Показать)

[my_second_dialog]
x0 = text0
link0 = 1
	x1 = text1
link1 = 2
	x2 = text2
link2 = 3
	block3 = test_block_2, inserted_block
link3 = 10 | 20 | 30, 40 | 50
	x10 = text10
link10 = 11
x11 = text11
	x20 = text20
link20 = 21
x21 = text21
	x30 = text30
link30 = 31
x31 = text31
	x40 = text40
link40 = 41
x41 = text41
	x50 = text50
link50 = 51
x51 = text51

Зеленые фразы и синие стрелки - Встроенный диалоговый блок.
Желтые фразы и фиолетовые стрелки - внешний диалог.
Оранжевые стрелки - связи подключенные к выходам диалогового блока.
Обратите внимание, как оформлены аргументы команды link, выходящей из диалогового блока:

link3 = 10 | 20 | 30, 40 | 50

Символ запятая, по прежнему разделяет адреса связей, исходящих из одной и той же фразы.
А символы | разделяют потоки, выходящие из разных выходов.

Подробнее... (Показать)

Можно к примеру сделать так, что в каждой из 4-х фраз-выходов диалогового блока, будет выбор, в какую из веток пойти. сделаем все 5 веток доступными для всех выходов:

link3 = 10, 20, 30, 40, 50 | 10, 20, 30, 40, 50 | 10, 20, 30, 40, 50 | 10, 20, 30, 40, 50

Или например: к второму и третьему выходу не будем ничего подключать:

link3 = 10, 20, 30, 40, 50 | | | 10, 20, 30, 40, 50

Или еще пример: оставим к каждому выходу одну фразу, 50 и 51 фразы удалим из диалога:

link3 = 10 | 20 | 30 | 40

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

link3 = 10, 20, 30, 40 | 50

то будут подключены 10,20,30,40-я фразы к первому выходу, 50-я ко второму. к остальным двум выходам не будет подключено ничего.
А вот если я сделаю так:

link3 = 10 | 20 | 30 | 40 | 50

Получится запись которая требует 5 выходов. А у этого диалогового блока есть только четыре. В таком случае произойдет такой вылет:

Dialog <имя диалога>; line <номер строки>: Число выходов диалогового блока недостаточно для подключаемых входов.

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

Диалоговые блоки - скриптерам. Динамическая генерация. (Показать)

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

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

block3 = test_block_2, inserted_block
link3 = 10 | 20 | 30, 40 | 50

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

block3 = barter_manager_3.buy_terminal_all, inserted_block
link3 = 10, 20, 30, 40, 50

Здесь - диалоговый блок это не секция конфига. Это указание вида файл.функция. На свою функцию формирования диалогового блока. inserted_block - все так же, уникальное имя этого блока в этом диалоге.
И вы можете свои функции для формирования диалоговых блоков, писать в любом файле скрипта, где вам удобно. Генератор диалога сначала проверит, что такая функция существует, затем ее вызовет, предоставив ей генерировать диалоговый блок по своему разумению.

Для того чтобы работать с этой системой, ваша скриптовая функция должна выполнять ряд правил:
1. генератор вызывая вашу функцию, передает ей 5 аргументов:
*table: phr_tbl, - таблица, хранящая объекты фраз генерируемого диалога (точнее, ссылка на нее)
number: phr_k, - следующий индекс, в который вам предоставлено писать свои фразы
*userdata: dlg, - ссылка на объект диалога, созданный движком, и переданный в скрипты для генерации
string: block_name, - уникальное имя диалогового блока
string: block_input_key - адрес фразы, из которой подан линк на вход вашего блока. Это не id фразы, а ее адрес в системе генератора.
2. ваша функция обязана после завершения своей работы, вернуть генератору аргумент - таблицу.
В этой таблице должны быть два элемента, с числовыми ключами. Первый - следующий после вас, свободный индекс в таблице фраз. Второй - еще таблица, в которой по числовым индексам, хранятся строковые адреса фраз, являющихся выходами вашего блока.
3. при каждом добавлении фразы, обязательно добавлять счетчик фраз на единицу.
4. адреса фраз, создаваемых внутри вашей функции, составлять с применением выданного на входе, имени диалогового блока. Так вы обеспечите уникальность адресов в тех случаях, когда ваш диалоговый блок будет подключаться несколько раз к одному диалогу. Если вы уверены что такого не будет, то 4-е правило соблюдать не обязательно.
еще, в качестве рекомендации, для добавления фраз советую обратить внимание на функцию assembly_dialogs.assembly_phrase_ex. формирует фразы, опираясь не на конфиг, а на переданные в нее данные.

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

function dlgblock_select_costitem(section_item, cnt_item, phr_tbl, phr_k, dlg, type_key, input_key)
    --[[
        блок выбора артефакта/трофея для оплаты. цена оплаты определена до этого,
        наличие у ГГ ценных предметов определено до этого
        Actor
        Название х Количество
        
        Прекондишн: проверить наличие требуемого количества нужных артов
        Прекондишн: проверить что это та цена которая требуется
        Акшн: внести выбранное название в память.
        Блок в одну фразу. все построение блока сводится к формированию функций обработки фразы.
        
    ]]
    --printf(string.format("dlgblock_select_costitem %s", section_item))
    --local inside_key = 1
    --local lost_attempts = 0
    --local inside_links = {}
    --local block_links = {} -- источник - полный адрес. цель - номер в локальной сети.
    local exit_table = {}
    --local item_count = barter_manager_3.Get_Art_Count(section_item)
    if not din_functions_dlg then
        _G.din_functions_dlg = {}
    end
    din_functions_dlg[string.format("costprec_%s_%i", section_item, cost_increment_table[cnt_item])] = function(a, 
        local item_count = barter_manager_3.Get_Art_Count(section_item)
        if cnt_item > item_count then return false end -- у ГГ нет столько артов этого вида
        local cost_level = af_memory.level
        local self_cost = af_ranks[section_item] + cost_increment_table[cnt_item]
        return cost_level == self_cost
    end
    local p_tbl = {string.format("din_functions_dlg.costprec_%s_%i", section_item, cost_increment_table[cnt_item])}
    local cost_level = af_memory.level
    din_functions_dlg[string.format("costact_%s_%i", section_item, cost_increment_table[cnt_item])] = function(a, 
        barter_manager_3.set_af_memory(section_item, cnt_item, cost_level)
    end
    local a_tbl = {string.format("din_functions_dlg.costact_%s_%i", section_item, cost_increment_table[cnt_item])}
    local textn = ltx:r_string(section_item, "inv_name")
    local text = string.format("%s x %i", game.translate_string(textn), cnt_item)
    assembly_dialogs.assembly_phrase_ex(text, phr_tbl, phr_k, dlg, string.format("%s%i", type_key, 1), input_key, a_tbl, p_tbl)
    phr_k = phr_k + 1    
    exit_table[1] = string.format("%s%i", type_key, 1)
--- после завершения формирования реальных фраз, надо обработать массив дополнительных линков.
    --phr_k = assembly_dialogs.final_link_BD(inside_key, inside_links, phr_tbl, phr_k, dlg, type_key)
    --phr_k = assembly_dialogs.final_blocklink_BD(block_links, phr_tbl, phr_k, dlg, type_key)
    return {phr_k, exit_table}
    --- возвращаем следующий свободный ид в таблице фраз, и таблицу полных ид фраз, являющихся выходами данного блока.
end
	function buy_terminal_all(phr_tbl, phr_k, dlg, block_name, block_input_key)
    --[[
        блок выбора оплаты, можно подключать к стандартно-формируемым диалогам.
        выбор производится по всем категориям средств оплаты
        структура:
        NPC                       Actor                    NPC
        чем расплатишься? ->     [1 артефакт "А"] ->       Хорошо, получаются у нас
                                 [2 артефакта "А"]         вот такие условия сделки:
                                 [4 артефакта "А"]         (вывод условий сделки)
                                  * * *
                                 [1 артефакт "B"]
                                  * * *
    ]]
    local exit_table = {}
    local exit_blocks_data = {}
    local text = "Чем расплатишься?"
    local PHR_id = block_name.."buy_terminal_all_input"
    local a_tbl, p_tbl = {}, {}
    assembly_dialogs.assembly_phrase_ex(text, phr_tbl, phr_k, dlg, PHR_id, block_input_key, a_tbl, p_tbl)
    phr_k = phr_k + 1
    for k, v in pairs(af_ranks) do
        local a = 1
        while a < 100 do
            local BD = barter_manager_3.dlgblock_select_costitem(k, a, phr_tbl, phr_k, dlg, string.format("sel_cost_all_%s_%i", k, a), PHR_id)
            phr_k = BD[1]
            local n_exit = BD[2]
            table.insert(exit_blocks_data, n_exit[1])
        a = a * 2
        end
    end
    text = "Итак, получается у нас с тобой сделка на таких условиях:"
    local PHR_exit = block_name.."buy_terminal_all_exit"
    local exit_created = false
    local exit_a_tbl = {
    "barter_manager_3.get_params_transaction"
    }
    for i, j in pairs(exit_blocks_data) do
        if exit_created then
            phr_tbl[phr_k] = dlg:AddPhrase("", assembly_dialogs.dia(PHR_exit), assembly_dialogs.dia(j), 0)
            phr_k = phr_k + 1
        else
            assembly_dialogs.assembly_phrase_ex(text, phr_tbl, phr_k, dlg, PHR_exit, j, exit_a_tbl, p_tbl)
            phr_k = phr_k + 1
            exit_created = true
        end
    end
    exit_table[1] = PHR_exit
    return {phr_k, exit_table}
    --- возвращаем следующий свободный ид в таблице фраз, и таблицу полных ид фраз, являющихся выходами данного блока.
end

function dlgblock_select_costitem(section_item, cnt_item, phr_tbl, phr_k, dlg, type_key, input_key)
    --[[
        блок выбора артефакта/трофея для оплаты. цена оплаты определена до этого,
        наличие у ГГ ценных предметов определено до этого
        Actor
        Название х Количество
        
        Прекондишн: проверить наличие требуемого количества нужных артов
        Прекондишн: проверить что это та цена которая требуется
        Акшн: внести выбранное название в память.
        Блок в одну фразу. все построение блока сводится к формированию функций обработки фразы.
        
    ]]
    --printf(string.format("dlgblock_select_costitem %s", section_item))
    --local inside_key = 1
    --local lost_attempts = 0
    --local inside_links = {}
    --local block_links = {} -- источник - полный адрес. цель - номер в локальной сети.
    local exit_table = {}
    --local item_count = barter_manager_3.Get_Art_Count(section_item)
    if not din_functions_dlg then
        _G.din_functions_dlg = {}
    end
    din_functions_dlg[string.format("costprec_%s_%i", section_item, cost_increment_table[cnt_item])] = function(a, 
        local item_count = barter_manager_3.Get_Art_Count(section_item)
        if cnt_item > item_count then return false end -- у ГГ нет столько артов этого вида
        local cost_level = af_memory.level
        local self_cost = af_ranks[section_item] + cost_increment_table[cnt_item]
        return cost_level == self_cost
    end
    local p_tbl = {string.format("din_functions_dlg.costprec_%s_%i", section_item, cost_increment_table[cnt_item])}
    local cost_level = af_memory.level
    din_functions_dlg[string.format("costact_%s_%i", section_item, cost_increment_table[cnt_item])] = function(a, 
        barter_manager_3.set_af_memory(section_item, cnt_item, cost_level)
    end
    local a_tbl = {string.format("din_functions_dlg.costact_%s_%i", section_item, cost_increment_table[cnt_item])}
    local textn = ltx:r_string(section_item, "inv_name")
    local text = string.format("%s x %i", game.translate_string(textn), cnt_item)
    assembly_dialogs.assembly_phrase_ex(text, phr_tbl, phr_k, dlg, string.format("%s%i", type_key, 1), input_key, a_tbl, p_tbl)
    phr_k = phr_k + 1    
    exit_table[1] = string.format("%s%i", type_key, 1)
--- после завершения формирования реальных фраз, надо обработать массив дополнительных линков.
    --phr_k = assembly_dialogs.final_link_BD(inside_key, inside_links, phr_tbl, phr_k, dlg, type_key)
    --phr_k = assembly_dialogs.final_blocklink_BD(block_links, phr_tbl, phr_k, dlg, type_key)
    return {phr_k, exit_table}
    --- возвращаем следующий свободный ид в таблице фраз, и таблицу полных ид фраз, являющихся выходами данного блока.
end
	function buy_terminal_all(phr_tbl, phr_k, dlg, block_name, block_input_key)
    --[[
        блок выбора оплаты, можно подключать к стандартно-формируемым диалогам.
        выбор производится по всем категориям средств оплаты
        структура:
        NPC                       Actor                    NPC
        чем расплатишься? ->     [1 артефакт "А"] ->       Хорошо, получаются у нас
                                 [2 артефакта "А"]         вот такие условия сделки:
                                 [4 артефакта "А"]         (вывод условий сделки)
                                  * * *
                                 [1 артефакт "B"]
                                  * * *
    ]]
    local exit_table = {}
    local exit_blocks_data = {}
    local text = "Чем расплатишься?"
    local PHR_id = block_name.."buy_terminal_all_input"
    local a_tbl, p_tbl = {}, {}
    assembly_dialogs.assembly_phrase_ex(text, phr_tbl, phr_k, dlg, PHR_id, block_input_key, a_tbl, p_tbl)
    phr_k = phr_k + 1
    for k, v in pairs(af_ranks) do
        local a = 1
        while a < 100 do
            local BD = barter_manager_3.dlgblock_select_costitem(k, a, phr_tbl, phr_k, dlg, string.format("sel_cost_all_%s_%i", k, a), PHR_id)
            phr_k = BD[1]
            local n_exit = BD[2]
            table.insert(exit_blocks_data, n_exit[1])
        a = a * 2
        end
    end
    text = "Итак, получается у нас с тобой сделка на таких условиях:"
    local PHR_exit = block_name.."buy_terminal_all_exit"
    local exit_created = false
    local exit_a_tbl = {
    "barter_manager_3.get_params_transaction"
    }
    for i, j in pairs(exit_blocks_data) do
        if exit_created then
            phr_tbl[phr_k] = dlg:AddPhrase("", assembly_dialogs.dia(PHR_exit), assembly_dialogs.dia(j), 0)
            phr_k = phr_k + 1
        else
            assembly_dialogs.assembly_phrase_ex(text, phr_tbl, phr_k, dlg, PHR_exit, j, exit_a_tbl, p_tbl)
            phr_k = phr_k + 1
            exit_created = true
        end
    end
    exit_table[1] = PHR_exit
    return {phr_k, exit_table}
    --- возвращаем следующий свободный ид в таблице фраз, и таблицу полных ид фраз, являющихся выходами данного блока.
end

Послесловие (Показать)

ссылка на скачивание (Показать)

NL-Vincenz · 4 Июля 2015

Zander_driver писал(а):
x0 = текст_первой_фразы

Извините за нубский вопрос, текст можно писать прям в этом же файле? Без всяких xml?

Zander_driver · 4 Июля 2015

Zander_driver писал(а):
команды x<номер фразы> - создают новую фразу в диалоге. значение команды это ее текст. Можно писать текст прямо тут, можно приводить string_id из xml-файлов папки config/text/rus. рекомендуется второй вариант.

Изменено 4 Июля 2015 пользователем Zander_driver

Карлан · 4 Июля 2015

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

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

RayTwitty · 4 Июля 2015

Не буду писать про то, насколько наглядно или нет выглядит данная система по сравнению xml-ветками - это субъективное мнение, но вот новые команды распространенных действий добавить бы не помешало - has/give/lost_item и т.п.

Карлан · 4 Июля 2015

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

И все же диалогэдитор перекрывает все здешние удобства на мой взгляд.

Изменено 4 Июля 2015 пользователем Карлан

Zander_driver · 4 Июля 2015

Карлан писал(а):
можно было бы повысить функциональность блоков сделав конфигурирование на скриптовых таблицах

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

Shadows писал(а):
новые команды распространенных действий добавить бы не помешало - has/give/lost_item и т.п.

Дельная мысль.

Карлан · 4 Июля 2015

@Zander_driver, ты наверное меня не понял, я говорю о создании настроек в скриптах, чтобы в течении игры можно было на ходу редактировать текущий диалог (это и сейчас можно, но непонятно где, я за удобство тут выступаю), и потом менять настройки хотя бы с помощью моего костыля который я тут когда-то выкладывал, правда никто не понял зачем я это сделал . А пастебин его уже удалил (у кого может остался покажите) .

Изменено 4 Июля 2015 пользователем Карлан

Zander_driver · 4 Июля 2015

Карлан писал(а):
на ходу редактировать текущий диалог

Ну для этого достаточно разубедить движок от мысли хранить однажды сгенеренный граф диалога аки сокровище какое-то. Если генератор вызывается при каждом обращении к диалогу, то какие вообще проблемы создать его каждый раз так как надо?)

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

Карлан · 4 Июля 2015

@Zander_driver, я там не движком делал а написал скриптовый костыль, который неплохо справлялся с управлением диалогами. (тебе кстати не скидывал? а то за антисоветчину меня раскулачили)

Zander_driver писал(а):
Если генератор вызывается при каждом обращении к диалогу, то какие вообще проблемы создать его каждый раз так как надо?)

Я не понял что ты тут говоришь. К чему генерировать ингейм если их нельзя будет заюзать?

Zander_driver · 4 Июля 2015

Перезалил файл, закомментировал там пару лишних вызовов которые сначала незаметил, и добавил вот это:

Команды для работы с предметами (Показать)

команда item - заспавнить в инвентарь актора итем указанной секции и количества. количество пишется через точку, если не указано то считается равным единице.

пример:
item5 = bandage.10, medkit.5 ; заспавнит 10 бинтов и 5 аптечек
пример2:
item5 = antirad, wpn_pm.2 ; заспавнит 1 антирад и два ПМа.

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

пример:
remove5 = wpn_pm ; удалит ПМ
пример2:
remove5 = bandage.2, medkit.3, antirad.4, vodka.5 ; удалит 2 бинта, 3 аптечки, 4 антирада и 5 бутылок водки. если чего-то не хватает, это не помешает.

команда has_item - вставляет проверку наличия в инвентаре актора, указанных предметов в указанном количестве.

фраза не будет пропущена, если хоть какого-то из указанных итемов не хватает.

пример:
has_item5 = wpn_abakan ; фраза будет доступна если у актора есть абакан
пример2:
has_item5 = af_medusa.10, bandage.4 ; фраза будет доступна если у актора есть 10 медуз и 4 бинта.

команда donthas_item - вставляет проверку, что в инвентаре актора указанных предметов меньше заданного количества.

пример:
donthas_item5 = wpn_pm, wpn_abakan, wpn_mp5, medkit ; фраза будет доступна только если у актора нет ничего из перечисленного оружия и нет аптечек.
пример2:
donthas_item5 = bandage.25, medkit ; фраза будет доступна если у актора нет ни одной аптечки, и количество бинтов в его инвентаре менее 25.

RayTwitty · 4 Июля 2015

@Zander_driver, надо бы стандартизировать названия команд - при разнобое могут быть ошибки во время написания: give_item\lost_item\has_item\donthas_item, give_info\lost_info\has_info\donthas_info, give_money\lost_money\has_money\donthas_money и т.п.

Еще можно ввести команды transfer_item и transfer_money для передачи между ГГ и НПС.

Например

from10 = actor
to10 = sidor
transfer_item10 = vodka.5, antibodun.10

Цитата
команда a - добавит вызов функции в указанной фразе (аналогично тегу <action>)
команда p - добавит прекондишен (проверку условия) в указанной фразе (аналогично тегу <precondition>)

Имхо, но тоже нужно заменить на полные аналоги (action и precondition), дабы визуально не сливалось с другими командами. Исключительно для удобства.

Изменено 4 Июля 2015 пользователем Shadows

Карлан · 4 Июля 2015

Тут подумал, можно такой же модуль сколотить и для тасков, в тасках если не ошибаюсь надо только таск зарегать в хмл, остальное можно сделать в скрипте, поправьте если не прав.

@Zander_driver, еще предложение ввести сразу ключи change_rank, change_reputation, change_goodwill.

, from to тогда думается лучше npc поставить, так как какая разница сидор там или кто другой, все равно второй агент всегда один.

RayTwitty · 4 Июля 2015

Карлан писал(а):
from to тогда думается лучше npc поставить, так как какая разница сидор там или кто другой, все равно второй агент всегда один.

Тут я подразумевал, что команду можно использовать не только как передачу железно между актором и собеседником, но и например между другими НПС. Конечно, такие случаи редки, но мало ли...

Если упрощать, то можно ввести одну команду "to" принимающую два значения - ГГ или собеседник.

to10 = actor|second_talker -- кому?
transfer_item10 = vodka.5, antibodun.10

Изменено 4 Июля 2015 пользователем Shadows

Карлан · 4 Июля 2015

, ну вот я о втором агенте и говорил, об однобокой передаче я не слова не сказал кажися .

Shadows писал(а):
но и например между другими НПС

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

RayTwitty · 4 Июля 2015

Карлан писал(а):
Не вот теперь я действительно не въехал, это как это можно завести диалог между двумя нпсами чтобы там трансфер сделать? Или мы типо стоим рядом с двумя, с одним базарим, и этот наш одний передает итем другому? Ты как-то круто завернул честно слово.

Это не диалог, а функция передачи предметов\денег, которая _не привязана_ конкретно к собеседникам. Чтобы не писать каждый раз в скрипте, можно создать универсальный сценарий прямо в коде диалоге, точно же как например со спавном предметов (туда бы тоже не помешало добавить команду-параметр "куда\в кого спавним").

Спавн объекта на позиции:

pos_x10 = 453
pos_y10 = 0
pos_z10 = 789
gvid10 = 52
lvid10 = 1015
create10 = vodka.6

Изменено 4 Июля 2015 пользователем Shadows

Карлан · 4 Июля 2015

, по моему это перебор. Уж касаемо этого модуля точно - бритва Оккама. Например у меня никогда не возникала потребность явного трансфера между нпс.

Shadows писал(а):
Спавн объекта на позиции:

Тормози, тут я предлагаю ввести уже тогда всем понятный способ как в логике:

%=func(param1:param2:param3:...)%

RayTwitty · 4 Июля 2015

Карлан писал(а):
тут я предлагаю ввести уже тогда всем понятный способ как в логике:

Вот в тег action его и надо вводить.

Desertir · 4 Июля 2015

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

Очевидно, скрипт писался под себя в надежде, что и остальные примут. Я уверен, на все найдутся свои пользователи, так что это не пост в стиле "фу, какая какашка".

ИМХО может быть это и полезно, но бОльшего удобства я не увидел.

Я бы сделал 2 типа секций: первый будет описывать сам диалог (условия и еще что-то там) + будет указана только стартовая фраза, второй это собственно сама фраза, которая может ссылаться на другие фразы и т.п. Естественно без всяких х100500, а нормальные, адекватные названия на английском (ну тут кому как, можно и moy_krutoy_dialog назвать).

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

Изменено 4 Июля 2015 пользователем Desertir

RayTwitty · 4 Июля 2015

Desertir писал(а):
без всяких х100500, а нормальные, адекватные названия на английском

Для каждой фразы будешь придумывать названия на английском?

В конечном итоге у тебя всё равно получится - [имя_диалога]_[номер_фразы], а оно ничем практически не отличается от просто [номер_фразы], только увеличивает количество видимой информации и тем самым затрудняет чтение\написание конфига (человеком).

Изменено 4 Июля 2015 пользователем Shadows

Войти

Модуль для упрощенного создания диалогов.

Рекомендуемые сообщения

Zander_driver 10 345

Ссылка на комментарий

NL-Vincenz 12

Ссылка на комментарий

Zander_driver 10 345

Ссылка на комментарий

Карлан 1 050

Ссылка на комментарий

RayTwitty 534

Ссылка на комментарий

Карлан 1 050

Ссылка на комментарий

Zander_driver 10 345

Ссылка на комментарий

Карлан 1 050

Ссылка на комментарий

Zander_driver 10 345

Ссылка на комментарий

Карлан 1 050

Ссылка на комментарий

Zander_driver 10 345

Ссылка на комментарий

RayTwitty 534

Ссылка на комментарий

Карлан 1 050

Ссылка на комментарий

RayTwitty 534

Ссылка на комментарий

Карлан 1 050

Ссылка на комментарий

RayTwitty 534

Ссылка на комментарий

Карлан 1 050

Ссылка на комментарий

RayTwitty 534

Ссылка на комментарий

Desertir 202

Ссылка на комментарий

RayTwitty 534

Ссылка на комментарий

Недавно просматривали 0 пользователей

AMK Склад