Как влиет число активных триггеров на загруженность карты?

триггер это объект
объект занимает память
кроме того если триггеров слишком много то при загрузке карты может случится лимит потока и часть триггеров не будет создана и как следствие перестанет работать

nvc123:

триггер это объект
объект занимает память
кроме того если триггеров слишком много то при загрузке карты может случится лимит потока и часть триггеров не будет создана и как следствие перестанет работать

я, наверное, не правильно сформулировал, мне не важно число триггеров, влияет ли галочка "ИЗНАЧАЛЬНО ВКЛЮЧЕН" на загрузку, то есть я хочу изначально все триггеры отключить и подключить только требуемые на ДАННУЮ игру, это поможет мне?

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

это я понимаю, но влияет ли это на загруженность? а то достали эти фаталки...(

TeX13, фатал не из за кол-ва а скорее из за кривого кода.

quq_CCCP, код нормальный, я разобрался в принципе из-за чего фаталки:

1. размер карты 256*256, очень много пачек нейтральных мобов, которые спамятся, также каждый герой используя способности задействует дамми-юнитов. это, наверное, основная причина. кодить я умею.

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

Dragonear, с кодированием у меня все отлично! повторяюсь, мне приходиться нагружать карту из-за ее больших размеров, все структурировано, дамики у меня очищаются после смерти моментально, утечек нет, есть просто множество условий
толком ответа я на свой вопрос не получил, уменьшается ли нагрузка с триггерами при отсутствии "галочки" - Изначально включен

Не уменьшается

Dragonear, спасибо

крашлог с фаталом приложи, что ты как маленький

DracoL1ch, ты шаришь за крашлог? офигеть ты жесткий, окей, как только вылезет приложу))

а че, ты папку errors чистишь постоянно, чтоли?

DracoL1ch, нет, я и забыл про нее
вот последняя была

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

DracoL1ch:

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

пути до моделей все правильные, я их и сам править умею. модели тоже все тестил в war3modelEditor, как я уже говорил, карта большая на 12 игроков, высокое число событий в сек., и населенность карты, мне кажется в этом и проблема
помнится на одном из американских сайтов была команда, увеличивающая объем памяти на игру. Использовал я ее для Quake 3, чтобы загрузить более мощные карты, можно ли что-нибудь такое провернуть с вариком?

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

DracoL1ch, блин у меня очень богатый импорт, как же мне понять в какой именно моделе дело?

если ты не знаешь способа 100% вызвать ошибку, то считай, что никак. простейший способ - создать новый mpq архив и туда перекинуть содержимое карты. Так хотя бы от потенциальных ошибок самого архива избавишься. У меня был повторяемый фатал, я удалял по 50% моделей, пока не нашел кусок, среди которых и была проблемная
какая версия варкрафта?

DracoL1ch, 1.27b. до этой версии я все свои модели кидал напрямую в mpq варика
ошибки все равно были
DracoL1ch, если бы эти фаталы еще бы сразу появлялись, а то порой и через час игры. на данный момент процент их появления на одном из компов =25%

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

спец анимация атаки из-за клива, крита и т.п, как вариант. последней у тебя в логе висит PlaneParticlesEmitter, т.е. частицы. Но от какой модели эти частицы - хз.

TeX13:

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