Лимит триггеров с событием Unit enters playable map area?(WH40k)

8gabriel8, lizzardfyll, Спасибо за мнение!
Именно так и было у меня изначально. Да, когда у меня было 5 огромных триггеров карта работала но..
Сам триггер получался очень лагучим сам по себе. Любое действие внутри него подгружалось секунды 3 и что-то в нем искать было тоже трудно когда этих If/Then/Else стало больше 40
И это только на обычных Десатников.............

Я тогда решил разбить на мелкие...

Что можно в итоге суммировать? Даже делая огромные триггеры с перебором условий мне нужно деражть в голове что не более 20 таких может быть?

Diazon, под какую делаешь версию вара, владеешь каким-нибудь языком программирования?

Vlod, привет! Нет, я умею делать модели и текстуры рисовать. В триггерах только на ГУИ разбираюсь :х
Делаю в Рефорджевском редакторе карт

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

зачем ты даешь им абилки? я полагаю у тебя есть очень веская причина не добавлять их через РО. Но некоторую оптимизацию ты всё же можешь сделать.

во-первых, если у всех космодесантников есть общие абилки (рюкзак, общие айтемы), то их добавь в РО, чтобы в триггерах было как можно меньше строчек.

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

Как сделать?
1. Добавляются в очередь юниты как раз таки событием Unit enters playable map area и "Занести в очередь".

2. Очередь вызывается таймером каждые (0.05, условно) сек и проходится по юнитам, которые в неё добавлены.
Тут всё обойдется минимальным джассом, но это не сложно и будет тебе только в большой плюс.
Определяет их тип, допустим десантник хаоса и добавлят ему абилки которые ему нужны.
Допустим у тебя будет массив переменных Desantnik_chaos из ability, и там будут нужные для него абилки. Так вот триггер пройдется по массиву и каждый раз будет добавлять абилку, до окончания массива. (Допустим у него 4 способности, то цикл будет состоять из 4х итераций и по итогу добавится 4 абилки).

Условно, когда юнит заносится в очередь она вытаскивает абилки из этого массива и добавляет их юниту.
Если сказать просто, то у тебя будет база данных для каждого юнита. И очередь будет смотреть что это десантник хаоса и вытаскивать из базы какие абилки у него есть и добавлять ему.

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

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

quq_CCCP:

У тебя лимит потока просто, из за того что много триггеров.

Разве каждый триггер не в отдельном потоке?

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

Diazon, а почему не сделал через разных юнитов в разных казармах у каждого ордена?

Vlod, изучи суть проблемы, ибо 100500 раз опысывалось, а потом про потоки пиши.

8gabriel8, да, так!
Даже если учесть что 10 разных юнитов в ростере, то на 30 орденов получается около 300..

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

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