Для того что бы карта начала лагать и критовать - хватит 6 000 000 точек (порядка 250 мб лишней нагрузки в оперативную память). А теперь посчитай. 0.03 период. Один триггер с такой поляркой делает 132 точки. Умнож на 15 триггеров. 1980 в секунду при 15-и рабочих полярок в малом периоде.
А теперь раздели 6 000 000 на 1980 и получишь цифру в 3 303 секунды. и финальный шаг: разделить это все на 60 и получишь 50 минут игры. Это, хочу заметить, на достаточно сильной машине..

Слабой же машине хватит половины этого захламления что бы критануть из-за недостатка памяти или уйти в ребут. Это через 25 минут игры.

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

Хотя, если у тебя, конкретно, на карте бегает паладин и фигачит всех кнокбаком, и больше ничего абсолютно нет - тогда я пойму почему у тебя карта не лагает.

Добавлено (30-06-2010, 10:09)
---------------------------------------------
Ах да, еще веселее карта вешается если не удалять крипов после их смерти. Так, в частности на картах типа тд (где юниты бродят ордами) хватит числа в 2000 юнитов (мертвых) - что бы игра вылетела с критом.

Добавлено (30-06-2010, 10:19)
---------------------------------------------
Мне то нужно выбрать в радиусе 250 от кастера всех юнитов и смещать их, придётся значит занести в точку, позицию кастера, потом выбрать в радиусе 250 от него всех юнитов и занести их позицию в точку? и занести их самих же в переменную, потом двигать переменную в занесённые точки? но не будет ли проблем, если вокруг кастера окажется больше 1 юнита? в 1 переменную типа боевая еденица, разве может занестись больше 1 юнита?.

pick every unit in udg_group[1] and do actions:
set udg_point[2] = position of picked unit
set udg_real[1] = angle between udg_point[1] and udg_point[2]
set udg_point[3] = point with polar offset, udg_point[2] offset by нужное расстояние toward udg_real[1] degrees
move picked unit insantly to udg_point[3]
call RemoveLocation(udg_point[2])
call RemoveLocation(udg_point[3])

В триггера должен быть ифзен, отсчитывающий время (вейты - не дело, я уже говорил об этом) так вот в этом ифзене должна быть строка:
pick every unit in udg_group[1] and do actions:
remove picked unit from udg_group[1]

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

Добавлено (30-06-2010, 10:47)
---------------------------------------------
оу, блин, я тупо всё перекопировал щас исправлю перезалью

память засоряет всё то, что определяется реальным числом - точка (позиция юнита, точка приложения спела, точка прикрепления текста)

Добавлено (30-06-2010, 11:16)
---------------------------------------------
ошибки конвертации нет

Добавлено (30-06-2010, 11:17)
---------------------------------------------
Ах, да, я строчки, удаляющие точки, записал в другой триггер, в нём же и отключение триггера.

Добавлено (30-06-2010, 11:22)
---------------------------------------------
Всё!!!! я просто сразу после первого же цикла, удалял эти точки, нужно было в конце, я переделал, и всё встало на свои места, только вот правильно ли я сделал на скрине?
З.Ы. последние 3 строчки вычеркните

Добавлено (30-06-2010, 11:28)
---------------------------------------------
9).А вот "(позиция UNIT)" при вызове этого, в любом случае будет перегрузка?, или только если двигать туда юнита?

все ты, друг мой, делаешь через пятую точку.

Объясняю как юзать группы - что бы не было тормозов - а то при неправильном (в твоем случае именно таком) использовании pick every unit - лаги гарантированны.

Так вот, в группу добавляешь следующим образом:

pick every unit in range *600 at udg_point[1] MATCHING conditions: через AND записываешь хоть 200 условий, в данном случае условия следующие:
real comparison: здоровье of matching unit > 0 || Boolean Comparison: matching unit belongs an ally to triggering unit != (не равно) да || Boolean Comparison: Matching unit is здание != да ||
Таким образом будут выбираться только эти юниты, без всяких ифзенов. В противном случае ты повесишь карту через 30-40 запросов к "pick every unit in playable map area" что бы определить, к примеру, кто ж из них герой.

Это первое что бросилось в глаза.

зачем в самом начале цикла перебора юнитов стоит set udg_Rev3_unit = picked unit?

убрать нафиг. просто set udg_point[2] = position of picked unit
Ошибка стоит в set real

должна быть следующей set udg_real = ANGLE BETWEEN POINTS (Угол между точками): udg_point[1] and udg_point[2]

функцию Боевая единица - cause facing angle (заставить повернуться к udg_point[1]) можно убрать, так как в следующей функции ты опять же, указываешь это направление.

Добавлено (30-06-2010, 16:10)
---------------------------------------------
10).Вот в конце запуска карты, обычно она начинает грузиться очень долго, почему?

Добавлено (30-06-2010, 18:02)
---------------------------------------------
11).Вот я скачал JNGP драгона, в редакторе объектов у каждого значения, характеристик, данных и т. д. появились какие то строчки, что это такое? я думал переменные, ведущие к значению скилла, но это не так))) подскажите)))

В группу юнитов добавляешь следующей функцией:
В ПЕРВОМ ТРИГГЕРЕ:
pick every unit in range сколько нужно at udg_point[1]MATCHING CONDITIONS через AND (ТАК ЖЕ) добавляешь условия..
собственно те которые я тебе перечислил.

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

Rev3_real = поворот выбранный юнит + 180. это бред, почему? потому что опять же - делаешь лишние телодвижения

Тебе надо что бы юниты разлетались от кастера - функция:

Добавлено (30-06-2010, 20:28)
---------------------------------------------
Случайно не совподающий юнит?

Предлогаю такой вариант:

В триггер на движение добавь следующий пункт:

В самое начало, первой строкой:
Set udg_real[2] = udg_real[2]+5

в этом месте идет перебор юнитов и их движение;
После него - следующий ифзен:
if\then\else:
udg_real[2] >= предельное расстояние отталкивания, например 450.
then:
turn off this trigger
call RemoveLocation(udg_To4ka_Skill[1])
call RemoveLocation(udg_To4ka_Skill[2])
call RemoveLocation(udg_To4ka_Skill[3])
pick every unit in udg_group[1] and do action: remove picked unit from udg_group[1]

После этих действий - удаляешь из первого триггера все, что идет после turn rev2 ON

Теперь немного визуальной оптимизации:

В тот кусок триггера, который осуществляет движение юнитов:
pick every destructible within 150 at udg_point[3] and do actions:
kill picked destructible

Что бы деревья возрождались после смерти, создай отдельный триггер:

Destructible in playable map area dies
actions:
wait 50 seconds
revive dying destructible показать birth animation

Ну и на последок, в начало первого триггера добавь следующие строки.
pick every unit in udg_group[1] and do action: remove picked unit from udg_group[1]
set udg_real[2] = 0
call RemoveLocation(udg_To4ka_Skill[1])

Добавлено (30-06-2010, 21:58)
---------------------------------------------
ой блин, накосячил, там в 1 тригге надо 1 выключатель убрать)

По второму скрину, не знаю, то ли ты не заскринил этот кусок, то ли, зачем то, его удалил. В конце цикла ОБЯЗАТЕЛЬНО должны быть строчки на удаление двух точек (udg_point[2] и udg_point[3])

Добавлено (30-06-2010, 22:01)
---------------------------------------------
А так, да, уже лучше )

Ах, да, в первый триггер таки добавь удаление юнитов из группы (перед добавлением новых) и установку значения 0 для переменной udg_Real_Skill[6]

Добавлено (30-06-2010, 22:05)
---------------------------------------------
FkoFF, школу открывай .
Спасибо, хороший чувак)
Кстати, я так же попутно делал остальные тригги и вот эта проблема почти исчерпалась:

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

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