Скриптинг И.И.: Скрипты поведения - История изменений

AndreyFilantrop в 07:59, 2 апреля 2012

2012-04-02T07:59:38Z

← Предыдущая		Версия 07:59, 2 апреля 2012
Строка 1:		Строка 1:
-	~~{{в процессе перевода}}~~{{Статья\|автор= AndreyFilantrop \|сложность=Средняя\|совместимости=All\|требования= Текстовый редактор, Crysis 2 Mod SDK. \|добавлена=07/03/12}}<!-- The article’s topic (AI scripting…)-->	+	{{Статья\|автор= AndreyFilantrop \|сложность=Средняя\|совместимости=All\|требования= Текстовый редактор, Crysis 2 Mod SDK. \|добавлена=07/03/12}}<!-- The article’s topic (AI scripting…)-->

	= Скрипты поведения =		= Скрипты поведения =
Строка 154:		Строка 154:

	После манипуляций с этими базовыми концептами, рекомендуется читать руководства по '''Голпайпам''' и как их интегрировать в поведения.		После манипуляций с этими базовыми концептами, рекомендуется читать руководства по '''Голпайпам''' и как их интегрировать в поведения.
		+	<br/><br/>[[Категория:Официальная документация:Crysis 2 MOD SDK:Скриптинг]] <br/>

AndreyFilantrop в 07:56, 2 апреля 2012

2012-04-02T07:56:21Z

← Предыдущая		Версия 07:56, 2 апреля 2012
Строка 142:		Строка 142:
	Обратите внимание, что функция события вызывается ОДИН раз, когда враг впервые видит игрока, а НЕ каждый фрэйм после этого события. Это сделано для того, чтобы минимизировать ненужные вызовы скрипта (которые могут быть значительными по объему), предполагая, что только изменеия статуса должны быть зарегистрированы в поведениях. Когда однажды ИИ начинает видеть игрока, предполагается, что он будет продолжать его видет, пока не указано иное. Другая вещь, на которую следует обратить внимание, это то, что враг НЕ начинает видеть вас немедленно, но только после того, как '''стелс-о-метр''' возрастает до максимального значения. Это нормальная операция и может быть отредактирована в '''С++''' в''' dll''' игры.		Обратите внимание, что функция события вызывается ОДИН раз, когда враг впервые видит игрока, а НЕ каждый фрэйм после этого события. Это сделано для того, чтобы минимизировать ненужные вызовы скрипта (которые могут быть значительными по объему), предполагая, что только изменеия статуса должны быть зарегистрированы в поведениях. Когда однажды ИИ начинает видеть игрока, предполагается, что он будет продолжать его видет, пока не указано иное. Другая вещь, на которую следует обратить внимание, это то, что враг НЕ начинает видеть вас немедленно, но только после того, как '''стелс-о-метр''' возрастает до максимального значения. Это нормальная операция и может быть отредактирована в '''С++''' в''' dll''' игры.

-	События вызываются, не имея знания о статусе в поведении.	+	События вызываются, не имея знания о статусе в поведении. Чтобы проиллюстрировать это, давайте обработаем другое системное событие, которое случается во время игры - '''«OnThreateningSoundHeard»''' событие:
		+
		+	<source lang="lua">
		+	OnThreateningSoundHeard = function( self, entity )
		+	-- вызывается, когда враг слышит устрашающий звук
		+	Hud:AddMessage("I HEAR SOMETHING!!");
		+	end,
		+	</source>
		+
		+	Чтобы протестировать это, зайдите в режим игры в позицию напротив ИИ, который имеет состояние '''«idle»''', и затем выстрелите в воздух. ИИ услышыит звук выстрела, и прореагирует используя функциональность в '''«OnThreateningSoundHeard»'''. После услышания звука, ИИ повернёт лицо по направлению выстрела и следовательно увидит игрока. Это вызовет '''«OnEnemySeen»''' событие. Почти любая логика пожет быть выполнена через скрипты '''LUA''' поведения. Имея доступ ко всем глобальным объектам в LUA статусе, Вы можете повлиять на рендеринг, физическое состояние мира, проигрывание звуков или музыки, или конкретных анимаций. Это делает сценарии ИИ скриптинга простыми и в то же время довольно мощными.
		+
		+	После манипуляций с этими базовыми концептами, рекомендуется читать руководства по '''Голпайпам''' и как их интегрировать в поведения.

AndreyFilantrop в 12:33, 1 апреля 2012

2012-04-01T12:33:44Z

← Предыдущая		Версия 12:33, 1 апреля 2012
Строка 123:		Строка 123:
	}		}
	</source>		</source>
		+
		+	Такое поведение не делает ничего кроме выбора оружия и стояния на месте, но оно позволяет нам экспериментировать с ответами на некоторые сигналы ИИ системы. Для того, чтобы отреагировать на некоторое конкретное событие, всё что нам нужно сделать, это создать логику для обработки события внутри поведения как описано ранее в руководстве - например, если мы хотим сделать что-нибудь, когда враг видит игрока, мы напишем что-нибудь в функции '''«OnEnemySeen»''' поведения.
		+
		+	В качестве упражнения мы будем выводить некоторый текст, когда враг видит игрока. Этот текст выбет выводиться в '''HUD''', так что мы должны сделать '''HUD''' видимым в режиме игры редактора, набрав '''«cl_display_hud 1»''' в консоли.
		+
		+	Далее давайте добавим '''«OnEnemySeen»''' функцию:
		+
		+	<source lang="lua">
		+	OnEnemySeen = function( self, entity, fDistance )
		+	-- вызывается когда враг видит живого игрока
		+	Hud:AddMessage("I SEE YOU");
		+	end,
		+	</source>
		+
		+	Теперь каждый раз, когда враг видит вас, это будет отображаться таким текстом в консоли. Чтобы проверить это, перезагрузите скрипты и перейдите в режим игры. Приближайтесь к врагу до тех пор, пока вы не увидите текст, отображенный в вашем '''HUD'''.
		+
		+
		+	Обратите внимание, что функция события вызывается ОДИН раз, когда враг впервые видит игрока, а НЕ каждый фрэйм после этого события. Это сделано для того, чтобы минимизировать ненужные вызовы скрипта (которые могут быть значительными по объему), предполагая, что только изменеия статуса должны быть зарегистрированы в поведениях. Когда однажды ИИ начинает видеть игрока, предполагается, что он будет продолжать его видет, пока не указано иное. Другая вещь, на которую следует обратить внимание, это то, что враг НЕ начинает видеть вас немедленно, но только после того, как '''стелс-о-метр''' возрастает до максимального значения. Это нормальная операция и может быть отредактирована в '''С++''' в''' dll''' игры.
		+
		+	События вызываются, не имея знания о статусе в поведении.

AndreyFilantrop в 13:12, 26 марта 2012

2012-03-26T13:12:30Z

← Предыдущая		Версия 13:12, 26 марта 2012
Строка 103:		Строка 103:

	===Дополнительные методы===		===Дополнительные методы===
		+
		+	Помимо вышеуказанных компонентов, дизайнеру решать, что он ещё хочет добавить к поведению. Другой способ при помощи которого поведения контролируют статус ИИ - это голпайпы, которые могут отменить текущее поведение. Это описывается в другом руководстве '''«Поведения и Голпайпы».'''
		+
		+
		+	==Пример обработки сигнала ==
		+
		+	Давайте установим реальный прототип '''«Idle»''' поведения. Помните, что это потребует добавления действующего '''«Дерева выбора поведения»''', которое должно быть отнесено к ИИ, использующемуся для тестирования.
		+
		+	'''«Idle»''' поведение может быть весьма простым для целей демонстрации:
		+
		+	<source lang="lua">
		+	local Behavior = CreateAIBehavior("Idle",
		+	{
		+	Constructor = function (behavior, entity)
		+	if ( entity:IsActive() ) then
		+	entity:SelectPrimaryWeapon()
		+	end
		+	end,
		+	}
		+	</source>

AndreyFilantrop в 12:51, 22 марта 2012

2012-03-22T12:51:11Z

← Предыдущая		Версия 12:51, 22 марта 2012
Строка 90:		Строка 90:
	Это строго '''CryEngine''' поведение Lua, и упоминается здесь только для ясности.		Это строго '''CryEngine''' поведение Lua, и упоминается здесь только для ясности.

-	2. '''entity''' (сущность) - Таблицы поведений не клонируются, это означает, что все ИИ врагов используют одинаковую таблицу. Поэтому таблицы поведений не делятся ИИ статусом, и любой необходимый статус (состояние) должен храниться в таблице самой '''entity''' (сущности). Для того, чтобы быть в ~~соотоянии~~ определить, какая сущность в настоящее время обрабатывается, таблица сущности также передаётся. Соответственно, если имеется какой-то статус относящийся к поведению, который должен быть сериализован в или из сохранённой игры, то он должен быть сохранен в подтаблице ИИ '''сущности''' (entity). Таким образом данные будут автоматически включены в сэйвгейм.	+	2. '''entity''' (сущность) - Таблицы поведений не клонируются, это означает, что все ИИ врагов используют одинаковую таблицу. Поэтому таблицы поведений не делятся ИИ статусом, и любой необходимый статус (состояние) должен храниться в таблице самой '''entity''' (сущности). Для того, чтобы быть в состоянии определить, какая сущность в настоящее время обрабатывается, таблица сущности также передаётся. Соответственно, если имеется какой-то статус относящийся к поведению, который должен быть сериализован в или из сохранённой игры, то он должен быть сохранен в подтаблице ИИ '''сущности''' (entity). Таким образом данные будут автоматически включены в сэйвгейм.

	Например:		Например:
Строка 98:		Строка 98:
	end,		end,
	</source>		</source>
		+
		+	3.'''Добавочные''' (Additional) аргументы передаются в качестве значений данных, необходимых для обработки передающегося сигнала. Как представлено, '''«OnEnemySeen»''' функция имеет третий аргумент - расстояние до игрока-цели. Приложения содержат полный список всех системных определенных событий и всех аргументов, которые им передаются.
		+
		+
		+	===Дополнительные методы===

AndreyFilantrop в 12:38, 22 марта 2012

2012-03-22T12:38:08Z

← Предыдущая		Версия 12:38, 22 марта 2012
Строка 79:		Строка 79:
	-- вызывается когда ИИ видит живого врага		-- вызывается когда ИИ видит живого врага
	self:ProcessVisual(entity, fDistance)		self:ProcessVisual(entity, fDistance)
		+	end,
		+	</source>
		+
		+	'''«OnEnemySeen»''' функция вызывает '''«ProcessVisual»''' метод того же поведения. Обратите внимание, что при использовании двоеточия (:) в форме вызова метода, первый аргумент '''self''' неявно передается - как неявный аргумент в С++ классах. Если метод (.) используется для вызова метода, тогда '''self''' аргумент должен быть явно передан, как:
		+
		+	<source lang="lua">
		+	self.OnEnemySeen(self, entity, fDistance)
		+	</source>
		+
		+	Это строго '''CryEngine''' поведение Lua, и упоминается здесь только для ясности.
		+
		+	2. '''entity''' (сущность) - Таблицы поведений не клонируются, это означает, что все ИИ врагов используют одинаковую таблицу. Поэтому таблицы поведений не делятся ИИ статусом, и любой необходимый статус (состояние) должен храниться в таблице самой '''entity''' (сущности). Для того, чтобы быть в соотоянии определить, какая сущность в настоящее время обрабатывается, таблица сущности также передаётся. Соответственно, если имеется какой-то статус относящийся к поведению, который должен быть сериализован в или из сохранённой игры, то он должен быть сохранен в подтаблице ИИ '''сущности''' (entity). Таким образом данные будут автоматически включены в сэйвгейм.
		+
		+	Например:
		+	<source lang="lua">
		+	ProcessVisual = function( self, entity, fDistance )
		+	entity.AI.lastVisualDistance = fDistance
	end,		end,
	</source>		</source>

DCamer: /* Создание поведения */

2012-03-13T19:41:54Z

Создание поведения

← Предыдущая		Версия 19:41, 13 марта 2012
Строка 14:		Строка 14:

	== Создание поведения ==		== Создание поведения ==
-
-
	ИИ являются назначенными поведениями через '''BHS'''. Дерево добавляется посредством '''Behavior Selection Tree''' свойства под полем '''ClassProperties''' ИИ архетипа в '''CryENGINE Sandbox'''. Хотя дерево ассоциирует поведения с ИИ, поведения должны определяться индивидуально.		ИИ являются назначенными поведениями через '''BHS'''. Дерево добавляется посредством '''Behavior Selection Tree''' свойства под полем '''ClassProperties''' ИИ архетипа в '''CryENGINE Sandbox'''. Хотя дерево ассоциирует поведения с ИИ, поведения должны определяться индивидуально.
-

	Поведение определяется в таблице LUA в базовой директории игры под «Scripts/AI/Behaviors». При добавлении поведения или внесении изменений в существующее, перезагрузка скрипта в '''Sandbox''' перезагрузит его без необходимости повторного запуска редактора.		Поведение определяется в таблице LUA в базовой директории игры под «Scripts/AI/Behaviors». При добавлении поведения или внесении изменений в существующее, перезагрузка скрипта в '''Sandbox''' перезагрузит его без необходимости повторного запуска редактора.
-

	Как пример давайте создадим новое поведение называемое «Idle», которое наследует от другого поведения таблицы, называемого '''«AIBaseBehavior»'''.		Как пример давайте создадим новое поведение называемое «Idle», которое наследует от другого поведения таблицы, называемого '''«AIBaseBehavior»'''.

	Таблица поведения начинается со следующего объявления:		Таблица поведения начинается со следующего объявления:
-
-
-	~~{{Lua_Code\|notable=1\|~~
	<source lang="lua">		<source lang="lua">
	local Behavior = CreateAIBehavior("Idle", "AIBaseBehavior",		local Behavior = CreateAIBehavior("Idle", "AIBaseBehavior",
Строка 34:		Строка 27:
	}		}
	</source>		</source>
-	}}
-

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

-		+	=== Конструкторы ===
-	=== Конструкторы ~~(Constructors)~~===	+
-		+
	Все поведения '''ДОЛЖНЫ''' иметь '''Constructor''' метод и по желаю иметь '''Destructor''' метод. '''Constructor''' метод является критическим, т.к. он вызывается '''ВСЕМИ''' и '''ВСЕГДА''', когда ИИ переключается на поведение. Он должен заботиться об инициализации любого статуса сущности и начинать ИИ действия, которые будут представляться во время работы поведения.		Все поведения '''ДОЛЖНЫ''' иметь '''Constructor''' метод и по желаю иметь '''Destructor''' метод. '''Constructor''' метод является критическим, т.к. он вызывается '''ВСЕМИ''' и '''ВСЕГДА''', когда ИИ переключается на поведение. Он должен заботиться об инициализации любого статуса сущности и начинать ИИ действия, которые будут представляться во время работы поведения.

	Например, наш idle конструктор поведения может выглядеть так:		Например, наш idle конструктор поведения может выглядеть так:
-
-	~~{{Lua_Code\|notable=1\|~~
	<source lang="lua">		<source lang="lua">
	Constructor = function (behavior, entity)		Constructor = function (behavior, entity)
Строка 54:		Строка 41:
	end,		end,
	</source>		</source>
-	}}
-
-
-	~~===Деструкторы (Destructors)===~~

		+	=== Деструкторы ===
	'''Destructor''' с другой стороны вызывается при выходе из поведения и при переходе на новое. Он может очистить статус сущности или сохранить некоторый новый статус для будущего вызова обратно в это поведение. Скажем, например, мы хотим отследить последнюю позицию, когда ИИ был idle:		'''Destructor''' с другой стороны вызывается при выходе из поведения и при переходе на новое. Он может очистить статус сущности или сохранить некоторый новый статус для будущего вызова обратно в это поведение. Скажем, например, мы хотим отследить последнюю позицию, когда ИИ был idle:
-
-	~~{{Lua_Code\|notable=1\|~~
	<source lang="lua">		<source lang="lua">
	Destructor = function(behavior, entity)		Destructor = function(behavior, entity)
Строка 67:		Строка 49:
	end,		end,
	</source>		</source>
-	}}
-
-
-	~~=== Сигнал поддержки===~~

		+	=== Сигнал поддержки ===
	Помимо этого, также возможно интегрировать поведение с сигналами ИИ системы. (иначе известными как события '''events'''). Примерами могут быть:		Помимо этого, также возможно интегрировать поведение с сигналами ИИ системы. (иначе известными как события '''events'''). Примерами могут быть:
-
-	~~{{Lua_Code\|notable=1\|~~
	<source lang="lua">		<source lang="lua">
	OnNoTarget = function( self, entity )		OnNoTarget = function( self, entity )
Строка 89:		Строка 66:
	end,		end,
	</source>		</source>
-	}}
-

	События/сигналы ИИ системы функционируют с аргументами. Имя функции, это имя события и список аргументов выглядит следующим образом:		События/сигналы ИИ системы функционируют с аргументами. Имя функции, это имя события и список аргументов выглядит следующим образом:
Строка 97:		Строка 72:

	Например:		Например:
-
-	~~{{Lua_Code\|notable=1\|~~
	<source lang="lua">		<source lang="lua">
	ProcessVisual = function( self, entity, fDistance )		ProcessVisual = function( self, entity, fDistance )
Строка 108:		Строка 81:
	end,		end,
	</source>		</source>
-	}}

AndreyFilantrop в 13:03, 13 марта 2012

2012-03-13T13:03:25Z

← Предыдущая		Версия 13:03, 13 марта 2012
Строка 92:		Строка 92:


-	События/сигналы ИИ системы функционируют с аргументами.	+	События/сигналы ИИ системы функционируют с аргументами. Имя функции, это имя события и список аргументов выглядит следующим образом:
		+
		+	1. '''self''' (сам) - Этот аргумент является ссылкой к самой таблице поведения. Это позволяет методу таблицы поведения вызывать другой метод поведения, т.к. он постоянно держит ссылку на себя.
		+
		+	Например:
		+
		+	{{Lua_Code\|notable=1\|
		+	<source lang="lua">
		+	ProcessVisual = function( self, entity, fDistance )
		+	end,
		+
		+	OnEnemySeen = function( self, entity, fDistance )
		+	-- вызывается когда ИИ видит живого врага
		+	self:ProcessVisual(entity, fDistance)
		+	end,
		+	</source>
		+	}}

AndreyFilantrop в 12:51, 13 марта 2012

2012-03-13T12:51:55Z

← Предыдущая		Версия 12:51, 13 марта 2012
Строка 38:		Строка 38:

	Второй аргумент '''CreateAIBehavior''' необходим только если подразумевается, что поведение наследуется от родительского поведения. Это наследование не обязательно, но оно заверяет, что новое поведение имеет некую основу поддерживаемых функций.		Второй аргумент '''CreateAIBehavior''' необходим только если подразумевается, что поведение наследуется от родительского поведения. Это наследование не обязательно, но оно заверяет, что новое поведение имеет некую основу поддерживаемых функций.
		+
		+
		+	=== Конструкторы (Constructors)===
		+
		+	Все поведения '''ДОЛЖНЫ''' иметь '''Constructor''' метод и по желаю иметь '''Destructor''' метод. '''Constructor''' метод является критическим, т.к. он вызывается '''ВСЕМИ''' и '''ВСЕГДА''', когда ИИ переключается на поведение. Он должен заботиться об инициализации любого статуса сущности и начинать ИИ действия, которые будут представляться во время работы поведения.
		+
		+	Например, наш idle конструктор поведения может выглядеть так:
		+
		+	{{Lua_Code\|notable=1\|
		+	<source lang="lua">
		+	Constructor = function (behavior, entity)
		+	if ( entity:IsActive() ) then
		+	entity:SelectPrimaryWeapon()
		+	end
		+	end,
		+	</source>
		+	}}
		+
		+
		+	===Деструкторы (Destructors)===
		+
		+	'''Destructor''' с другой стороны вызывается при выходе из поведения и при переходе на новое. Он может очистить статус сущности или сохранить некоторый новый статус для будущего вызова обратно в это поведение. Скажем, например, мы хотим отследить последнюю позицию, когда ИИ был idle:
		+
		+	{{Lua_Code\|notable=1\|
		+	<source lang="lua">
		+	Destructor = function(behavior, entity)
		+	entity.lastIdlePosition = entity:GetPos()
		+	end,
		+	</source>
		+	}}
		+
		+
		+	=== Сигнал поддержки===
		+
		+	Помимо этого, также возможно интегрировать поведение с сигналами ИИ системы. (иначе известными как события '''events'''). Примерами могут быть:
		+
		+	{{Lua_Code\|notable=1\|
		+	<source lang="lua">
		+	OnNoTarget = function( self, entity )
		+	-- вызывается когда ИИ перестает видеть привлекающую внимание цель
		+	end,
		+
		+
		+	OnEnemySeen = function( self, entity, fDistance )
		+	-- вызывается когда ИИ видит живого врага
		+	end,
		+
		+	OnGrenadeSeen = function( self, entity, fDistance )
		+	-- вызывается когда ИИ видит гранату
		+	end,
		+	</source>
		+	}}
		+
		+
		+	События/сигналы ИИ системы функционируют с аргументами.

AndreyFilantrop: /* Создание поведения */

2012-03-11T09:08:42Z

Создание поведения

← Предыдущая		Версия 09:08, 11 марта 2012
Строка 25:		Строка 25:

	Таблица поведения начинается со следующего объявления:		Таблица поведения начинается со следующего объявления:
		+
		+
		+	{{Lua_Code\|notable=1\|
		+	<source lang="lua">
		+	local Behavior = CreateAIBehavior("Idle", "AIBaseBehavior",
		+	{
		+	TABLE METHODS...
		+	}
		+	</source>
		+	}}


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