SoC. Гулаги (динамические LTX) - История изменений

95.24.213.32 в 01:44, 2 февраля 2011

2011-02-02T01:44:57Z

RedPython: «Гулаги(Динамические LTX)» переименована в «SoC. Гулаги (динамические LTX)»: prefix

2011-01-15T16:39:26Z

«Гулаги(Динамические LTX)» переименована в «SoC. Гулаги (динамические LTX)»: prefix

RedPython: тэги

2010-06-30T13:05:25Z

тэги

Singapur22 в 14:41, 23 мая 2009

2009-05-23T14:41:43Z

Singapur22 в 14:40, 23 мая 2009

2009-05-23T14:40:20Z

Singapur22 в 14:36, 23 мая 2009

2009-05-23T14:36:45Z

Singapur22 в 14:33, 23 мая 2009

2009-05-23T14:33:01Z

Singapur22: дополнение

2009-05-23T14:30:58Z

дополнение

Singapur22 в 16:30, 21 мая 2009

2009-05-21T16:30:57Z

Singapur22 в 07:36, 20 мая 2009

2009-05-20T07:36:24Z

@@ Строка 16: / Строка 16: @@
 Разберём простейший способ построения динамических ltx.
-Создаём стандартным способом «'''smart_terrain'''» в файле «'''all.spawn'''» и гулаг в файле «'''gulag_уровень.script'''». Назначим ему имя, например «kakashki».
+Создаём стандартным способом «'''smart_terrain'''» в файле «'''all.spawn'''» и гулаг в файле «'''gulag_уровень.script'''». Назначим ему имя, например «noobiki».
 Задаём ему несколько заданий. Например, зададим 3 кампа и двух уолкеров:
 <lua>
-	if type == "kakashki" then
+	if type == "noobiki" then
 	                for i = 1, 3 do
-	                        t = { section = "logic@kakashki_kamp",
+	                        t = { section = "logic@noobiki_kamp",
 					idle = 0,
 					prior = 8-i, state = {0,1},
@@ Строка 34: / Строка 34: @@
                          for i = 1, 2 do
-			        t = { section = "logic@kakashki_walker_"..i,
+			        t = { section = "logic@noobiki_walker_"..i,
 				        idle = 0,
 				        prior = 9-i, state = {0,1},
@@ Строка 55: / Строка 55: @@
-if type == "kakashki" then
+if type == "noobiki" then
-     local ltx = "[logic@kakashki_kamp]\n"..
+     local ltx = "[logic@noobiki_kamp]\n"..
 		"active = kamp@kakashki\n"..
-	        "[kamp@kakashki]\n"..
+	        "[kamp@noobiki]\n"..
 	        "center_point = kamp\n"..
@@ Строка 65: / Строка 65: @@
-		"[logic@kakashki_walker_1]\n"..
+		"[logic@noobiki_walker_1]\n"..
 	        "active = walker@kakashki_1\n"..
-		"[walker@kakashki_1]\n"..
+		"[walker@noobiki_1]\n"..
 		"path_walk = walk_1\n"..
 		"path_look = look_1\n"..
@@ Строка 74: / Строка 74: @@
-                 "[logic@kakashki_walker_2]\n"..
+                 "[logic@noobiki_walker_2]\n"..
 	        "active = walker@kakashki_2\n"..
-		"[walker@kakashki_2]\n"..
+		"[walker@noobiki_2]\n"..
 		"path_walk = walk_2\n"..
 		"path_look = look_2\n"
@@ Строка 113: / Строка 113: @@
       for i = 1, 8 do
-      t = { section = "logic@kakashki_walker_"..i,
+      t = { section = "logic@noobiki_walker_"..i,
            idle = 0,
            prior = 9-i, state = {0,1},
@@ Строка 132: / Строка 132: @@
 Переменной "'''section'''" задаётся '''"имя секции"+переменная i'''. В итоге, при каждом последующем цикле счёта, к имени секции будет приписываться в конце значение переменной '''i'''.
-Тоесть, '''"logic@kakashki_walker_1"'''; '''"logic@kakashki_walker_2"'''; '''"logic@kakashki_walker_3"''' и т.д.
+Тоесть, '''"logic@noobiki_walker_1"'''; '''"logic@noobiki_walker_2"'''; '''"logic@noobiki_walker_3"''' и т.д.
 В нашем случае, переменной "'''prior'''" задано значение '''9-i''', что делать не обязательно. Здесь при каждом цикле счёта, вычитается значение переменной '''i''' от числа '''9'''. В итоге, при каждом последующем цикле, переменной "'''prior'''" задаётся значение на '''1''' меньше предыдущего.
@@ Строка 148: / Строка 148: @@
 <lua>
 function load_ltx(gname, type)
-	if type == "kakashki" then
+	if type == "noobiki" then
 		return ltx
 	end
@@ Строка 164: / Строка 164: @@
       for i = 1, 8 do
-      t = { section = "logic@kakashki_walker_"..i,
+      t = { section = "logic@noobiki_walker_"..i,
            idle = 0,
            prior = 9-i, state = {0,1},
@@ Строка 171: / Строка 171: @@
       table.insert(sj, t)
-      ltx = ltx.. "[logic@kakashki_walker_"..i.."]\n"..
+      ltx = ltx.. "[logic@noobiki_walker_"..i.."]\n"..
-                  "active = walker@kakashki_"..i.."\n"..
+                  "active = walker@noobiki_"..i.."\n"..
-                  "[walker@kakashki_"..i.."]\n"..
+                  "[walker@noobiki_"..i.."]\n"..
                   "path_walk = walk_"..i.."\n"..
                   "path_look = look_"..i.."\n"

@@ Строка 3: / Строка 3: @@
 Попробую описать, каким образом это достигается. Я думаю, многие заметили в файлах с гулагами такую функцию:
-<pre>--'------------------------------------------------------------------------
+<lua>
 --' Dynamic ltx
 --'------------------------------------------------------------------------
@@ Строка 9: / Строка 10: @@
 	return nil
-end</pre>
+end
 Это именно та функция, которая и отвечает за динамические ltx. В данном случае, она отключена.
@@ Строка 17: / Строка 19: @@
 Задаём ему несколько заданий. Например, зададим 3 кампа и двух уолкеров:
-<pre>	if type == "kakashki" then
+<lua>
 	                for i = 1, 3 do
@@ Строка 39: / Строка 42: @@
                          end
-	end</pre>
+	end
 Так как мы собираемся использовать динамические ltx, то дальнейшая настройка заданий будет производиться не в конфигурационных файлах, а непосредственно в этом же файле. То есть в упомянутой выше функции «'''load_ltx'''».
 Для этого находим нужную функцию «'''load_ltx'''», и в ней создаём динамический ltx и прописываем требуемые схемы логики:
-<pre>--'------------------------------------------------------------------------
+<lua>
 --' Dynamic ltx
 --'------------------------------------------------------------------------
@@ Строка 83: / Строка 88: @@
 	return nil
-end</pre>
+end
 Где, кавычки обязательны, {\n} назначает новую строку в динамическом ltx, и {..} ставится для привязки строк между собой.
@@ Строка 94: / Строка 100: @@
 ------------------------------------------------------------------------------------------------------------------------------------
-Одно из преимуществ динамических ltx, это пакетная настройка логики.
+Одно из преимуществ динамических ltx - это пакетная настройка логики.
-Может я не так выразился, но по ходу действий, я думаю вам станет ясно, что я имел ввиду.
+Может, я не так выразился, но по ходу действий, я думаю вам станет ясно, что я имел ввиду.
 Например, нам нужно создать 8 уолкеров, с одинаковыми настройками логики, но при этом, разными поинтами путей.
 В статических ltx нам понадобится создавать 8 секций '''[logic]'''. Тоесть для каждого уолкера, своя секция логики.
@@ Строка 104: / Строка 110: @@
 Создаём 8 уолкеров в функции "'''load_job'''". Обязательно с помощью счётчика "'''for-do'''":
-<pre>for i = 1, 8 do
+<lua>
       t = { section = "logic@kakashki_walker_"..i,
@@ Строка 113: / Строка 120: @@
       table.insert(sj, t)
-end</pre>
+end
 Кто ещё не знает, как это работает, то поясню.
@@ Строка 132: / Строка 140: @@
 Итак, уолкеров создали. Теперь нам нужно задать им всем логику действий. Создаём переменную '''ltx''', которую мы будем использовать для динамических ltx. Для этого, подымаемся на самый верх файла, где прописано создание переменной '''t''', и ниже прописываем:
-<pre>local ltx = ""</pre>
+<lua>
 Теперь, в функции "'''load_ltx'''" создаём ltx файл для нашего гулага:
-<pre>function load_ltx(gname, type)
+<lua>
 	if type == "kakashki" then
 		return ltx
@@ Строка 142: / Строка 153: @@
 	return nil
-end</pre>
+end
 Данным способом, мы возвращаем поиск секций логики, назад в функцию "'''load_job'''".
@@ Строка 149: / Строка 161: @@
-<pre>for i = 1, 8 do
+<lua>
       t = { section = "logic@kakashki_walker_"..i,
@@ Строка 165: / Строка 178: @@
                   "path_look = look_"..i.."\n"
-end</pre>
+end
 Где, так же как и в случае с переменной "'''section'''", приписывается в конец имён секций и путей, значение переменной '''i'''.
@@ Строка 174: / Строка 188: @@
 Заметим, как мы прописали переменную ltx. Таким способом, мы при каждом цикле счёта, новую секцию логики пришиваем к секциям, пришитым к динамическому ltx при предыдущих циклах. Если прописать просто:
 ltx = логика
-То, при каждом цикле счёта, новая секция будет накладываться на предыдущую, что приведёт к не хорошим последствиям.
+То при каждом цикле счёта новая секция будет накладываться на предыдущую, что приведёт к нехорошим последствиям.
 -------------------------------------------------------------------------------------------------------------
-Ну и создаём соответствующие секции поинтов путей, в файле all.spawn. И всё будет работать как часы.
+Ну и создаём соответствующие секции поинтов путей в файле '''all.spawn'''. И всё будет работать как часы.
 Не забываем, при создании секций поинтов, к именам путей пришить имя смарт террэйна.

← Предыдущая		Версия 14:41, 23 мая 2009
Строка 183:		Строка 183:

	Не забываем, при создании секций поинтов, к именам путей пришить имя смарт террэйна.		Не забываем, при создании секций поинтов, к именам путей пришить имя смарт террэйна.
		+
		+	------------------------------------------------------------------------------------------------------------------------------------
		+	------------------------------------------------------------------------------------------------------------------------------------

	Продолжение следует.		Продолжение следует.

@@ Строка 117: / Строка 117: @@
 Кто ещё не знает, как это работает, то поясню.
 Создаётся переменная '''i''', или любое другое имя. Назначается ей два, или три значения, (через запятую).
-Где, '''первое значение''' = какое число задаётся при первом цикле счёта;
+Где:
       '''второе значение''' = при достижении или переполнении какого числа, остановить счёт;
       '''третье значение''' = какое значение прибавлять, при каждом цикле счёта.

@@ Строка 104: / Строка 104: @@
 Создаём 8 уолкеров в функции "'''load_job'''". Обязательно с помощью счётчика "'''for-do'''":
-<pre>                  for i = 1, 8 do
+<pre>for i = 1, 8 do
-−
-			        t = { section = "logic@kakashki_walker_"..i,
+     t = { section = "logic@kakashki_walker_"..i,
-				        idle = 0,
+          idle = 0,
-				        prior = 9-i, state = {0,1},
+          prior = 9-i, state = {0,1},
-				        in_rest = "", out_rest = ""
+          in_rest = "", out_rest = ""
-−
+     }
-			        table.insert(sj, t)
+     table.insert(sj, t)
-                       end</pre>
 Кто ещё не знает, как это работает, то поясню.
@@ Строка 147: / Строка 148: @@
-<pre>                   for i = 1, 8 do
+<pre>for i = 1, 8 do
-			        t = { section = "logic@kakashki_walker_"..i,
+     t = { section = "logic@kakashki_walker_"..i,
-				        idle = 0,
+          idle = 0,
-				        prior = 9-i, state = {0,1},
+          prior = 9-i, state = {0,1},
-				        in_rest = "", out_rest = ""
+          in_rest = "", out_rest = ""
-−
+     }
-			        table.insert(sj, t)
+     table.insert(sj, t)
-			    ltx = ltx.. "[logic@kakashki_walker_"..i.."]\n"..
+     ltx = ltx.. "[logic@kakashki_walker_"..i.."]\n"..
-					"active = walker@kakashki_"..i.."\n"..
+                 "active = walker@kakashki_"..i.."\n"..
-					"[walker@kakashki_"..i.."]\n"..
+                 "[walker@kakashki_"..i.."]\n"..
-		                        "path_walk = walk_"..i.."\n"..
+                 "path_walk = walk_"..i.."\n"..
-		                        "path_look = look_"..i.."\n"
+                 "path_look = look_"..i.."\n"
-                       end</pre>
+end</pre>
 Где, так же как и в случае с переменной "'''section'''", приписывается в конец имён секций и путей, значение переменной '''i'''.

← Предыдущая	Версия 16:39, 15 января 2011
(нет различий)

@@ Строка 91: / Строка 91: @@
 Теперь создаём вэйпоинты путей, в файле «'''all.spawn'''», и можно смело идти проверять.
-------------------------------------------------------------------------------------------------------------------
+------------------------------------------------------------------------------------------------------------------------------------
 Продолжение следует.

← Предыдущая		Версия 16:30, 21 мая 2009
Строка 96:		Строка 96:

	Автор: '''Singapur22'''		Автор: '''Singapur22'''
		+	[[Категория:Скрипты]]

@@ Строка 1: / Строка 1: @@
-При создании гулага, не многие знают, что практически всю настройку логики гулагов, можно производить в файле "script".
+При создании гулага, не многие знают, что практически всю настройку логики гулагов, можно производить в файле «script».
 Такой способ построения достигается за счёт динамических ltx.
 Попробую описать, каким образом это достигается. Я думаю, многие заметили в файлах с гулагами такую функцию:
@@ Строка 14: / Строка 14: @@
 Разберём простейший способ построения динамических ltx.
-Создаём стандартным способом "'''smart_terrain'''" в файле "'''all.spawn'''" и гулаг в файле "'''gulag_уровень.script'''". Назначим ему имя, например "kakashki".
+Создаём стандартным способом «'''smart_terrain'''» в файле «'''all.spawn'''» и гулаг в файле «'''gulag_уровень.script'''». Назначим ему имя, например «kakashki».
 Задаём ему несколько заданий. Например, зададим 3 кампа и двух уолкеров:
@@ Строка 41: / Строка 41: @@
 	end</pre>
-Так как мы собираемся использовать динамические ltx, то дальнейшая настройка заданий будет производиться не в конфигурационных файлах, а непосредственно в этом же файле. То есть в упомянутой выше функции "'''load_ltx'''".
+Так как мы собираемся использовать динамические ltx, то дальнейшая настройка заданий будет производиться не в конфигурационных файлах, а непосредственно в этом же файле. То есть в упомянутой выше функции «'''load_ltx'''».
-Для этого находим нужную функцию "'''load_ltx'''", и в ней создаём динамический ltx и прописываем требуемые схемы логики:
+Для этого находим нужную функцию «'''load_ltx'''», и в ней создаём динамический ltx и прописываем требуемые схемы логики:
 <pre>--'------------------------------------------------------------------------
@@ Строка 87: / Строка 87: @@
 Где, кавычки обязательны, {\n} назначает новую строку в динамическом ltx, и {..} ставится для привязки строк между собой.
 В последней строке схем, двоеточие ставить не нужно, так как привязывать больше нечего.
-Переменная "ltx" может иметь любое другое имя.
+Переменная «ltx» может иметь любое другое имя.
 ------------------------------------------------------------------------------------------------------------------
-Теперь создаём вэйпоинты путей, в файле "'''all.spawn'''", и можно смело идти проверять.
+Теперь создаём вэйпоинты путей, в файле «'''all.spawn'''», и можно смело идти проверять.
 ------------------------------------------------------------------------------------------------------------------