CryWiki Russia - Вклад участника [ru]

Реакция на прикосновение

2013-11-04T04:14:39Z

AndreyFilantrop: /* Установка */

{{Статья
|автор=AndreyFilantrop
|сложность=Средняя
|совместимости=Все
|требования=Crysis Mod SDK 1.2; Sandbox 2; 3ds Max
|добавлена=02/02/11
}}

== Реакция на прикосновение для растений ==
Далее по тексту для удобства чтения «изгиб от прикосновения для растительности или '''ИП'''».

== Введение ==
Изгиб от прикосновения это эффект, когда игрок, проходя мимо части растения, задевает ветви, заставляя их двигаться. Руководство подразумевает, что вы уже настроили растение для базового экспорта и детальную реакцию (синоним = '''детальный изгиб''') как описано в статье [[Детальная реакция для растительности]], и что у вас имеется базовое знание '''3ds Max''' и '''CryEngine''' экспортера. Эта процедура предназначена для больших листьев или веток, которые изгибаются при воздействии. Это типа установки костей или веревки, базирующееся на '''UV instancing'''. '''UV instancing''' означает повторение, точнее клонирование элементов с идентичной UV развёрткой — это очень важно для нас в создании '''ИП'''. Когда вы наберете в вашем редакторе '''Sandbox 2''' в консоли команду '''p_draw_helpers = 1''', то увидите, что все оригинальные большие кусты и деревья в '''Crysis''' имеют помимо непосредственной геометрии также еще два прокси, расположенных один в другом, в центре которых сама геометрия и располагается. А теперь нажмите '''Ctrl+G''', и попробуйте подойти вплотную к любому большому кусту, постреляйте в него или пройдите сквозь него. Вы увидите массу появившихся розовых палочек, которые дублируют форму каждой ветки иммитируя её скелет. О том, как эти палочки созданы — данная статья.

== Установка ==
Для того чтобы изгибы прикосновений работали, вам нужен элемент растения, к которому уже применен UV-модификатор и правильно применен детальный изгиб. Вам также нужно по крайней мере 3 думми '''dummy''' и '''proxy mesh'''. Думми нужны чтобы создать деформирующий скелет, а прокси решает, когда скелет активируется (что-то типа '''AreaTrigger''', то есть триггерная зона).

При установке изгибов прикосновением важно помнить, что система базируется на '''UV instancing'''. Установленный правильно, единственный '''UV-mapped mesh''' (меш к которому применем UV модификатор) работает как шаблон, позволяющий другим его клонам ('''instances''') этого же '''mesh''' использовать шаблонную думми-установку для симуляции изгибания. Если ваше растение состоит из нескольких различных листьев или веток, крайне важно, чтоб каждый уникальный '''mesh''' имел свою собственную думми установку. Таким образом, начинаем шоу: врубайте '''3ds Max''' и открывайте файл с вашим растением. После применения детальной реакции перед началом настройки '''ИП''' у вас должно уже быть растение такого вида (на картинке я для удобства выделил два прокси элемента, а геометрия растения не выделена):

[[Файл:Before touch bending.jpg]]

То есть должна иметься:
# Сама геометрия растения с назначенным детальным изгибом,
# Прокси '''proxy_bending''' с настройкой как у меня (впрочем пока можете пропустить настройку, так как о ней речь пойдёт чуть дальше),
# '''obstruct_Ai''' прокси, который для нашего '''ИП''' не нужен, но его назначение описывается в статье [[Настройка деревьев]]. Настройте его сейчас, а то потом забудете: также как и всегда назначьте в субматериале '''Crytek Shader''', выберите из выпадающего списка '''«Obstruct»''' и установите галочку в '''«Physicalize»'''. Можете добавить прозрачность.

Для этого руководства я буду использовать один любой элемент моего растения, а именно — лист, так как все мои листья с их ветками соответствуют выше заданному условию '''UV instancing''' (оба прокси и все элементы модели кроме листа я временно отщепил и спрятал).

Этот лист который будет гнуться, когда игрок проходит через него. Для начала нам нужно создать и установить думми, которые будут формировать скелет. В '''3ds Max''' — смотрим на панель справа, вкладка '''Create/Helpers/Dummy''' . Необходимо по крайней мере 3 думми для установки, так что для этого примера создадим и назовем их '''branch1_1''', '''branch1_2''', and '''branch1_3'''. Важно, чтоб вы назвали думми в точности как описано, так как в противном случае движок не распознает их. Вы можете создать более детальный скелет за счет добавления большего количества думми, т.к я не знаю, какое максимальное их количество вообще возможно. Если у вас более чем одна ветко-установка, то следующая ветко-установка должна иметь думми с именами '''branch2_x'''. То что вы видите на рисунке ниже, это:

# Мой отщепленный от всего растения листок в двух проекциях
# Три думми, с именами в точности как указано выше,
# Иерархия, появившаяся при нажатии в '''3dS Max''' кнопки '''Select by Name'''|, показывающая, что я создал думми и присоединил их к основной геометрии листа (обратите внимание, что '''branch1_1''' расположен ближе к основанию листа, а '''branch1_3''' на кончике листа).

[[Файл:2 views.jpg]]

Вторая часть изгиба от прикосновения это прокси. Это тот самый '''proxy_bending''' прокси, о котором шла речь выше. Поэтому, если его у вас ещё нет, самое время его создать. Создайте прокси, который окружает видимые части. Пусть он будет простым, так как он нужен только для определения, находится ли игрок рядом с растением и нужно ли скелету быть активированным. У кого он спрятан, верните его в сцену.

Я не стал делать отдельную картинку для него, так как у меня он виден на первом изображении в этой статье — там это зелёный куб.

== Материалы и экспорт ==
Так как прокси должны быть прикреплены к основной геометрии растения (повторяю это уже не первый раз, но это очень важно), нам потребуется мульти субматериал '''Multi-Sub Material.''' Ниже представлены '''Multi-Sub''' и '''Proxy Sub Material.''' '''Proxy''' материал должен быть назван '''proxy_bend.''' (у меня '''proxy_bending''' — но тоже работает) Должна стоять галочка в '''Physicalize''' и в выпадающем меню быть выбран '''«No Collide»'''. Не забудьте назначить этому мэшу правильный суб-материал '''sub-material'''. Как видите у меня на рисунке материала 2 окошка — это сделано в Adobe Photoshop, у вас в '''3ds Max''' естественно будет только одно. К тому же в моем материале модели '''zelenaya_botva''' целых 6 субматериалов. Это не принципиально, просто следуйте логике — чем больше субматериалов с назначенными текстурами, тем больше грузится память в редакторе. Поэтому для моего растения вполне достаточно трёх первых по списку '''id''' 1-3.

[[Файл:Proxybend mat.jpg]]

{{Примечание|Очень важно помнить, что вы должны сначала ПОЛНОСТЬЮ подготовить материал именно с ПОЛНОСТЬЮ установленными субматериалами для обоих прокси, а потом уже его экспортировать в редактор.}}

Вот как выглядят розовые палочки о которых шла речь в начале статьи (на заднем плане — сейчас камера игрока находится как раз внутри '''proxy_bending''') и два вышеописанных прокси относительно самой геометрии растения (на переднем плане).

[[Файл:Plant skelenon.jpg]]

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

=== Отладка ===
Эти консольные команды вы можете использовать для отладки ваших ресурсов в редакторе:

;p_draw_helpers 1: Показывает физикализированные сетки.
;e_debug_draw 1: Показывает используемую вашим объектом память текстур и сетки.

Чтобы отключить их, замените 1 на 0.

== См. также ==
* [[Детальная реакция для растительности]]
* [[Настройка деревьев]]
* [[Использование инструмента Vegetation]]
* [[Процедурное разрушение 3D-объектов]]

[[Категория:Официальная документация:Создание ресурсов:Основы]]

Создание нового нода

2013-02-07T12:36:04Z

AndreyFilantrop:

{{Статья
|переводчик=AndreyFilantrop
|сложность=Средняя
|требования= Microsoft Visual Studio 2010
|добавлена=13/01/13
}}

= Создание нового нода =

Статья описывает шаги по внедрению нового нода '''Flowgraph'''.

== Базовый код ==

Рекомендуется реализовывать ноды, принадлежащие одинаковой группе в едином '''cpp''' файле. Обычно нет необходимости в заголовке, за исключением некоторых специальных нодов. Поместите''' cpp''' файл в файл проекта CryAction/Flow System Files/Nodes и в рамках структуры директории файловой системы в Code/CryEngine/CryAction/FlowSystem/Nodes.

В '''cpp''' файле добавьте класс используя следующий шаблон кода и замените «MyName» желаемым именем вашего '''ФГ''' [сокр. '''Флоуграф'''] нода. Замените «FlowNodeGroup» желаемым именем группы и создайте соответствующую подпапку в селекторе редактора нода, где этот тип нода будет располагаться:

<source lang="cpp">
#include "stdafx.h"
#include "FlowBaseNode.h"

class CFlowNode_MyName : public CFlowBaseNode
{
public:
CFlowNode_MyName( SActivationInfo * pActInfo )
{
};

virtual void GetConfiguration( SFlowNodeConfig& config )
{
static const SInputPortConfig in_config[] = {
{0}
};
static const SOutputPortConfig out_config[] = {
{0}
};
config.sDescription = _HELP( "A description of this flow node" );
config.pInputPorts = in_config;
config.pOutputPorts = out_config;
config.nFlags = 0;
}

virtual void ProcessEvent( EFlowEvent event, SActivationInfo * pActInfo )
{
switch (event)
{
};
}
};

REGISTER_FLOW_NODE("FlowNodeGroup:MyName", CFlowNode_MyName);
</source>

== Добавление портов Output==

'''ФГ''' ноды имеют как '''input''' (т.е. входящие ) так и '''output''' (исходящие) порты.
Output порт может быть добавлен за счет изменения ''GetConfiguration'' функции, как видно на следующем примере:

<source lang="cpp">
class CFlowNode_MyName : public CFlowBaseNode
{
public:
// ...

virtual void GetConfiguration( SFlowNodeConfig& config )
{
static const SInputPortConfig in_config[] = {
{0}
};
static const SOutputPortConfig out_config[] = {
OutputPortConfig<int>("alertness", _HELP("useful help text")),
{0}
};
config.sDescription = _HELP( "A description of this flow node" );
config.pInputPorts = in_config;
config.pOutputPorts = out_config;
config.nFlags = 0;
}

// ...
};
</source>

''OutputPortConfig'' является шаблонной вспомогательной функцией, которая полезна для заполнения маленькой структуры соответствующими данными.
Могут быть определены разные типы, но в примере тип порта «int». Доступны следующие типы: '''SFlowSystemVoid''', '''int''', '''float''', '''EntityId''', '''Vec3''', '''string''', и '''bool'''. ''SFlowSystemVoid'' - это специальный тип, который представляет собой «no value» (нет значения). ''OutputPortConfig'' принимает три параметра: имя порта '''output''', некоторый описательный вспомогательный текст показываемый в редакторе '''GUI''' и по желанию читаемый текст имени порта, который виден и читаем для человека. Убедитесь, что вы выбрали нормальное имя для порта, т.к. смена его в дальнейшем разрушит вам все '''ФГ''', которые используют этот нод. Если вам нужно сменить отображаемое имя, используйте третий параметр.

Чтобы передать значение из порта, вы можете использовать функцию ''CFlowBaseNode::ActivateOutput( pActInfo, nPort, value )''. Эта функция принимает ''pActInfo'' (обычно передается в ''ProcessEvent()'') идентификатор порта (отсчет начинается нулевым значением с верху ''out_config''), и значение того же типа, что и порт. Поэтому чтобы активировать нашу «alertness» значением 3 мы можем написать:

<source lang="cpp">
ActivateOutput( pActInfo, 0, 3 );
</source>

== Добавление портов Input ==

Порт '''Input''' может быть добавлен таким же путем, как и «Output» порт за счет изменения ''GetConfiguration'' функции:

<source lang="cpp">
class CFlowNode_MyName : public CFlowBaseNode
{
public:
// ...

virtual void GetConfiguration( SFlowNodeConfig& config )
{
static const SInputPortConfig in_config[] = {
InputPortConfig<int>("someInput", _HELP("useful help text")),
{0}
};
static const SOutputPortConfig out_config[] = {
{0}
};
config.sDescription = _HELP( "A description of this flow node" );
config.pInputPorts = in_config;
config.pOutputPorts = out_config;
config.nFlags = 0;
}

// ...
};
</source>

''InputPortConfig'' такая же шаблонная вспомогательная функция как и ''OutputPortConfig''.

Такие же типы как и для '''output''' портов могут быть определены и для '''input''' портов. ''InputPortConfig'' принимает три или четыре параметра:

*имя '''input''' порта, описание порта и читаемое человеком имя порта.
*имя '''input '''порта, дефолтное значение порта во время создания нового нода, описание порта и читаемое человеком имя порта.

Снова рекомендуется выбирать имя порта правильно, т.к. смена его позднее сломает ФГ, использующие этот нод. Важно: '''не используйте символ нижнего подчеркивания «_» в именах портов''' за исключением случая, когда вы хотите указать, что некоторый определенный редактор свойств должен быть использован. Следующие префиксы в именах входных портов признаются и могут быть использованы:

{| border="1" cellpadding="0" cellspacing="3"
|-
|
'''Префикс'''

|
'''Тип редактора свойств'''

|-
|
snd_

|
IVariable::DT_SOUND

|-
|
sound_

|
IVariable::DT_SOUND

|-
|
dialogline_

|
IVariable::DT_DIALOG

|-
|
clr_

|
IVariable::DT_COLOR

|-
|
color_

|
IVariable::DT_COLOR

|-
|
tex_

|
IVariable::DT_TEXTURE

|-
|
texture_

|
IVariable::DT_TEXTURE

|-
|
obj_

|
IVariable::DT_OBJECT

|-
|
object_

|
IVariable::DT_OBJECT

|-
|
file_

|
IVariable::DT_FILE

|-
|
text_

|
IVariable::DT_LOCAL_STRING

|-
|
equip_

|
IVariable::DT_EQUIP

|-
|
reverbpreset_

|
IVariable::DT_REVERBPRESET

|-
|
aianchor_

|
IVariable::DT_AI_ANCHOR

|-
|
aibehavior_

|
IVariable::DT_AI_BEHAVIOR

|-
|
aicharacter_

|
IVariable::DT_AI_CHARACTER

|-
|
aipfpropertieslist_

|
IVariable::DT_AI_PFPROPERTIESLIST

|-
|
aiterritory_

|
IVariable::DT_AITERRITORY

|-
|
aiwave_

|
IVariable::DT_AIWAVE

|-
|
soclass_

|
IVariable::DT_SOCLASS

|-
|
soclasses_

|
IVariable::DT_SOCLASSES

|-
|
sostate_

|
IVariable::DT_SOSTATE

|-
|
sostates_

|
IVariable::DT_SOSTATES

|-
|
sopattern_

|
IVariable::DT_SOSTATEPATTERN

|-
|
soaction_

|
IVariable::DT_SOACTION

|-
|
sohelper_

|
IVariable::DT_SOHELPER

|-
|
sonavhelper_

|
IVariable::DT_SONAVHELPER

|-
|
soanimhelper_

|
IVariable::DT_SOANIMHELPER

|-
|
soevent_

|
IVariable::DT_SOEVENT

|-
|
gametoken_

|
IVariable::DT_GAMETOKEN

|-
|
mat_

|
IVariable::DT_MATERIAL

|-
|
seq_

|
IVariable::DT_SEQUENCE

|-
|
mission_

|
IVariable::DT_MISSIONOBJ

|-
|
anim_

|
IVariable::DT_USERITEMCB

|-
|
animstate_

|
IVariable::DT_USERITEMCB

|-
|
animstateEx_

|
IVariable::DT_USERITEMCB

|-
|
bone_

|
IVariable::DT_USERITEMCB

|-
|
attachment_

|
IVariable::DT_USERITEMCB

|-
|
dialog_

|
IVariable::DT_USERITEMCB

|-
|
matparamslot_

|
IVariable::DT_USERITEMCB

|-
|
matparamname_

|
IVariable::DT_USERITEMCB

|-
|
matparamcharatt_

|
IVariable::DT_USERITEMCB

|}

В полной лицензионной версии редактора можно добавлять новые префиксы для дополнительных типов редактора свойств, модифицировать файл ''Sandbox/Editor/HyperGraph/FlowGraphVariables.cpp''

== Триггерные порты ==

Иногда полезно использовать триггерный сигнал как входящий или исходящий порт. Такие порты могут быть реализованы используя тип ''In/OutputPortConfig_Void'' или ''In/OutputPortConfig_AnyType'' и не ''bool''.

[[Категория:CryEngine 3 Free SDK:Техническая документация]]

2013-02-07T11:42:37Z

AndreyFilantrop: /* Добавление портов Input */

{{в процессе перевода|дата=13 января 2013}}

{{Статья
|переводчик=AndreyFilantrop
|сложность=Средняя
|требования= Microsoft Visual Studio 2010
|добавлена=13/01/13
}}

= Создание нового нода =

Статья описывает шаги по внедрению нового нода '''Flowgraph'''.

== Базовый код ==

Рекомендуется реализовывать ноды, принадлежащие одинаковой группе в едином '''cpp''' файле. Обычно нет необходимости в заголовке, за исключением некоторых специальных нодов. Поместите''' cpp''' файл в файл проекта CryAction/Flow System Files/Nodes и в рамках структуры директории файловой системы в Code/CryEngine/CryAction/FlowSystem/Nodes.

В '''cpp''' файле добавьте класс используя следующий шаблон кода и замените «MyName» желаемым именем вашего '''ФГ''' [сокр. '''Флоуграф'''] нода. Замените «FlowNodeGroup» желаемым именем группы и создайте соответствующую подпапку в селекторе редактора нода, где этот тип нода будет располагаться:

<source lang="cpp">
#include "stdafx.h"
#include "FlowBaseNode.h"

class CFlowNode_MyName : public CFlowBaseNode
{
public:
CFlowNode_MyName( SActivationInfo * pActInfo )
{
};

virtual void GetConfiguration( SFlowNodeConfig& config )
{
static const SInputPortConfig in_config[] = {
{0}
};
static const SOutputPortConfig out_config[] = {
{0}
};
config.sDescription = _HELP( "A description of this flow node" );
config.pInputPorts = in_config;
config.pOutputPorts = out_config;
config.nFlags = 0;
}

virtual void ProcessEvent( EFlowEvent event, SActivationInfo * pActInfo )
{
switch (event)
{
};
}
};

REGISTER_FLOW_NODE("FlowNodeGroup:MyName", CFlowNode_MyName);
</source>

== Добавление портов Output==

'''ФГ''' ноды имеют как '''input''' (т.е. входящие ) так и '''output''' (исходящие) порты.
Output порт может быть добавлен за счет изменения ''GetConfiguration'' функции, как видно на следующем примере:

<source lang="cpp">
class CFlowNode_MyName : public CFlowBaseNode
{
public:
// ...

virtual void GetConfiguration( SFlowNodeConfig& config )
{
static const SInputPortConfig in_config[] = {
{0}
};
static const SOutputPortConfig out_config[] = {
OutputPortConfig<int>("alertness", _HELP("useful help text")),
{0}
};
config.sDescription = _HELP( "A description of this flow node" );
config.pInputPorts = in_config;
config.pOutputPorts = out_config;
config.nFlags = 0;
}

// ...
};
</source>

''OutputPortConfig'' является шаблонной вспомогательной функцией, которая полезна для заполнения маленькой структуры соответствующими данными.
Могут быть определены разные типы, но в примере тип порта «int». Доступны следующие типы: '''SFlowSystemVoid''', '''int''', '''float''', '''EntityId''', '''Vec3''', '''string''', и '''bool'''. ''SFlowSystemVoid'' - это специальный тип, который представляет собой «no value» (нет значения). ''OutputPortConfig'' принимает три параметра: имя порта '''output''', некоторый описательный вспомогательный текст показываемый в редакторе '''GUI''' и по желанию читаемый текст имени порта, который виден и читаем для человека. Убедитесь, что вы выбрали нормальное имя для порта, т.к. смена его в дальнейшем разрушит вам все '''ФГ''', которые используют этот нод. Если вам нужно сменить отображаемое имя, используйте третий параметр.

Чтобы передать значение из порта, вы можете использовать функцию ''CFlowBaseNode::ActivateOutput( pActInfo, nPort, value )''. Эта функция принимает ''pActInfo'' (обычно передается в ''ProcessEvent()'') идентификатор порта (отсчет начинается нулевым значением с верху ''out_config''), и значение того же типа, что и порт. Поэтому чтобы активировать нашу «alertness» значением 3 мы можем написать:

<source lang="cpp">
ActivateOutput( pActInfo, 0, 3 );
</source>

== Добавление портов Input ==

Порт '''Input''' может быть добавлен таким же путем, как и «Output» порт за счет изменения ''GetConfiguration'' функции:

<source lang="cpp">
class CFlowNode_MyName : public CFlowBaseNode
{
public:
// ...

virtual void GetConfiguration( SFlowNodeConfig& config )
{
static const SInputPortConfig in_config[] = {
InputPortConfig<int>("someInput", _HELP("useful help text")),
{0}
};
static const SOutputPortConfig out_config[] = {
{0}
};
config.sDescription = _HELP( "A description of this flow node" );
config.pInputPorts = in_config;
config.pOutputPorts = out_config;
config.nFlags = 0;
}

// ...
};
</source>

''InputPortConfig'' такая же шаблонная вспомогательная функция как и ''OutputPortConfig''.

Такие же типы как и для '''output''' портов могут быть определены и для '''input''' портов. ''InputPortConfig'' принимает три или четыре параметра:

*имя '''input''' порта, описание порта и читаемое человеком имя порта.
*имя '''input '''порта, дефолтное значение порта во время создания нового нода, описание порта и читаемое человеком имя порта.

Снова рекомендуется выбирать имя порта правильно, т.к. смена его позднее сломает ФГ, использующие этот нод. Важно: '''не используйте символ нижнего подчеркивания «_» в именах портов''' за исключением случая, когда вы хотите указать, что некоторый определенный редактор свойств должен быть использован. Следующие префиксы в именах входных портов признаются и могут быть использованы:

{| border="1" cellpadding="0" cellspacing="3"
|-
|
=== '''Prefix'''<br/> ===

|
=== '''Property Editor Type''' ===

|-
|
snd_

|
IVariable::DT_SOUND

|-
|
sound_

|
IVariable::DT_SOUND

|-
|
dialogline_

|
IVariable::DT_DIALOG

|-
|
clr_

|
IVariable::DT_COLOR

|-
|
color_

|
IVariable::DT_COLOR

|-
|
tex_

|
IVariable::DT_TEXTURE

|-
|
texture_

|
IVariable::DT_TEXTURE

|-
|
obj_

|
IVariable::DT_OBJECT

|-
|
object_

|
IVariable::DT_OBJECT

|-
|
file_

|
IVariable::DT_FILE

|-
|
text_

|
IVariable::DT_LOCAL_STRING

|-
|
equip_

|
IVariable::DT_EQUIP

|-
|
reverbpreset_

|
IVariable::DT_REVERBPRESET

|-
|
aianchor_

|
IVariable::DT_AI_ANCHOR

|-
|
aibehavior_

|
IVariable::DT_AI_BEHAVIOR

|-
|
aicharacter_

|
IVariable::DT_AI_CHARACTER

|-
|
aipfpropertieslist_

|
IVariable::DT_AI_PFPROPERTIESLIST

|-
|
aiterritory_

|
IVariable::DT_AITERRITORY

|-
|
aiwave_

|
IVariable::DT_AIWAVE

|-
|
soclass_

|
IVariable::DT_SOCLASS

|-
|
soclasses_

|
IVariable::DT_SOCLASSES

|-
|
sostate_

|
IVariable::DT_SOSTATE

|-
|
sostates_

|
IVariable::DT_SOSTATES

|-
|
sopattern_

|
IVariable::DT_SOSTATEPATTERN

|-
|
soaction_

|
IVariable::DT_SOACTION

|-
|
sohelper_

|
IVariable::DT_SOHELPER

|-
|
sonavhelper_

|
IVariable::DT_SONAVHELPER

|-
|
soanimhelper_

|
IVariable::DT_SOANIMHELPER

|-
|
soevent_

|
IVariable::DT_SOEVENT

|-
|
gametoken_

|
IVariable::DT_GAMETOKEN

|-
|
mat_

|
IVariable::DT_MATERIAL

|-
|
seq_

|
IVariable::DT_SEQUENCE

|-
|
mission_

|
IVariable::DT_MISSIONOBJ

|-
|
anim_

|
IVariable::DT_USERITEMCB

|-
|
animstate_

|
IVariable::DT_USERITEMCB

|-
|
animstateEx_

|
IVariable::DT_USERITEMCB

|-
|
bone_

|
IVariable::DT_USERITEMCB

|-
|
attachment_

|
IVariable::DT_USERITEMCB

|-
|
dialog_

|
IVariable::DT_USERITEMCB

|-
|
matparamslot_

|
IVariable::DT_USERITEMCB

|-
|
matparamname_

|
IVariable::DT_USERITEMCB

|-
|
matparamcharatt_

|
IVariable::DT_USERITEMCB

|}

Создание нового нода

2013-02-07T11:00:59Z

AndreyFilantrop:

Скриптинг И.И.: Дерево выбора поведения

2013-02-03T14:22:17Z

2012-09-21T10:11:12Z

AndreyFilantrop: /* Оценка Дерева Выбора Поведений */

Скриптинг И.И.: Дерево выбора поведения

2012-09-10T10:08:23Z

2012-04-26T07:06:36Z

AndreyFilantrop: /* Посылание сигналов */

Скриптинг И.И.: Сигналы

2012-04-26T07:04:29Z

AndreyFilantrop: /* Определение, кто будет получать сигнал */

Скриптинг И.И.: Сигналы

2012-04-26T06:42:30Z

AndreyFilantrop: /* Посылание сигналов */

Скриптинг И.И.: Сигналы

2012-04-26T06:41:28Z

AndreyFilantrop: