EHP_Sequence:

хотя там изменений выше крыши было

Вы стандартные триггеры от Blizzard меняли?

EHP_Sequence, на этой карте больше 12 игроков, сравниваешь с картами от Blizzard, где больше 12 игроков?

Карты стандартные от Blizzard? Или у вас не правильно отрабатывает опция "Фиксированая исходная позиция". Или нужно включать третий глаз и без конкретных примеров попытаться угадать?

0. Проблема заключается в следующем. При установке в игре режима Team FFA обычно стартовые позиции союзных игроков располагаются рядом, образуя цепочку/кластер. Но на указанной карте такого не происходит - даже при включенной галочке "города союзников рядом" стартовые позиции игроков кидает куда попало.
1. Карта не стандартная, не от близзард. Тем не менее, на большинстве других обычных мили карт такой проблемы не возникало.
2. Опции фиксированная исходная позиция нет. Но ее нет также на близзардовских мили, а также на нормально работающих пользовательских мили.

но она не на время

Смысла тогда нет, все умные игроки будут убивать захваченного юнита до того, как он перейдёт назад к своему владельцу. Лучше сразу убивать.
Ниже карта, где реализовано с убийством по истечению указанного времени.

Например, поднятых некромантами скелетов не может быть более 20

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

prog:

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

Это у кого так работает? У некромантов скелеты остаются после его смерти.

---

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

---

PT153:

Может быть, это легко отключить inject-ом или во время инициализации убрать лимит.

Чтобы было неограниченное кол-во юнитов, надо ставить -1 в ограничении, но из-за проверки на лимит внутри способности созданные скелеты будут сразу умирать, так как их должно быть -1. Также я выяснил, что ограничение вообще можно не снимать, оно работает только на тренировку. Достаточно только в способности поставить проверку на лимит на другого юнита, и призывай сколько хочешь.Ещё также можно поставить во время инициализации или в inject очень большой лимит в пределах int32.
EHP_Sequence, а минусы-то за что. :(

Слева в блоке 2 ссылки на заклинания на заказ, вторая платная, но плата символическая.

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

Призыв элементалей архимагом не лимитируется, делайте на его основе.

актив что на скрине - это для автокастовых абил. Не знаю почему у некоторых абил включено поле, но возможно эти абилки были изначально авто, потом переделали.
У юнита могут быть несколько автокастовых абил, и активной мб только одна. Даже, если в поле Abilities - Default Active Ability (Ability) указана одна, но создав юнита на карте, вы можете задать другую активную

Когда создавали редактор, то программисты облекали функции игры в удобную для использования форму. Конкретно для способностей активирование прописали и в Редакторе триггеров, и в Редакторе объектов, и в Редакторе юнитов на карте. На карте для этого программисты смотрели определённое поле у способности, которое у автокастовых способностей означало активацию. Если поле было, то ставили галку, если не было, то ставили Н/Д. Часть не автокастовых способностей всё равно имеет это поле, не знаю почему, настоящий код способностей нам не раскрыт.
Аналогичная ситуация и в Редакторе объектов, у способности могут быть разные поля, но реагировать она будет только на изменения в части из них. Всё потому, что программисты хотели сделать более-менее единую форму для кода способностей, но сами способности изначально не готовились под эту форму.
Читал, что во втором старкрафте способности делались с учётом единой формы в редакторе, поэтому там любое поле можно редактировать и по-своему способность настроить. Может быть и в Reforged такое сделают.

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

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

Уклон сделать надо. Конкретней опиши, что не получается.

xgm.guru/p/wc3/218584 там внизу скидывал пример. его правда надо слегка доработать. единственное когда изменение не отслеживается - это когда продаешь бесплатно итем, а тебе показывают результат предыдущего значения

или заменить рабу способность добычи на более улучшенную.

В Train 3 не только с 24 на 25 надо поменять, но и вообще кучу чисел для переменной x поднять на единичку, не 23, а 24, не 25, а 26...

---

В триггер Melee Initialization смени Do Multiple ActionsFor each (Integer x) from 1 to 12, do (Actions) на Do Multiple ActionsFor each (Integer x) from 1 to 24, do (Actions), так как у тебя максимум игроков не 12, а 24.

Как героя добавить разобрался?

Steal nerves, так у него есть в триггерах и база, и счётчик, но не работает обнуление лимита. Если же делать просто замену героя через Replace (на патче 1.26а), то лимит на второго героя теряется, сразу надо строить Замок. То есть, например, есть Ратуша, нанимаю героя и заменяю его после найма на случайного, следующего героя позволяет нанять только при Замке, минуя Крепость.

---

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

https://www.xgm.guru/files/100/218914/comments/406694/[4]Twisted...

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

Но после нажатия и начала тренинга этого даммика он не пропадает

он же должен пропадать, у тебя же лимит стоит

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

при старте карты (заполняем базу данных, вбиваете типы):
set TypeHero[0] = "Паладин"
set TypeHero[1] = ....
set TypeHero[2] = ....

При событии - юнит завершает подготовку (или юнит в ходит в зону)
Условие - тип даймика (пустышки)
Действие 1: удаляем даймика
Действие 2: создаем рандомного героя
set <целочисленная> = GetRandomInteger(0,2) Есть такая команда. выбирается рандомное число в промежутке от 0 до 2. У вас там 25 типов, ставите от 1 до 25.
далее создать героя TypeHero[<целочисленная>]

так у вас же все есть на скринах. ничего не понял, что вы пытаетесь сделать. Я думал вам нужна обычная ФФА, где рандомные герои выпадают