Maniac_91:

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

Хм, интересно. Но при этом размер всё равно должен быть 2^n x 2^m?

FrigatPlay:

PT153, а из какого формата ты конвертировал в blp?

Из tga, естественно.

FrigatPlay:

Если ты сохранил карту в JPG то этот формат не потдерживает прозрачность и при перегонке прозрачности нет сохраняй картинку в PNG.

Картинка в blp, в jpg сконвертировал, чтобы сюда залить.

quq_CCCP:

Только юзать способность поставка ресурсов, больше никак.

То есть создавать спелы и сувать в бук придётся?

hashtable hash = InitHashtable( )
По-моему, когда я пытался так написать, меня крашился вар. Тоже самое с CreateRegion().

А зачем вообще удалять триггеры?

quq_CCCP:

PT153, я тебе кинул такую функцию для таймеров. предеаешь инт в таймер, там будет просто локалка со значением, читай.

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

SetUserData быстрее доступа в хеш?

Хотелось бы это узнать.

quq_CCCP:

PT153, одно обращение к хт = 2 обращения к массиву.
Структуры помогают только когда ты записываешь в хт индекс структуры, по которому и ищеш данные в массивах.
Для переодик таймера я уже кинул пример как еще можно, там вовсе локалки.

widget можно дать кастомное число, и туда я записываю номер структуры. SetUserData быстрее доступа в хеш? Просто я хотел лишь иметь такую же функцию у таймеров.

DracoL1ch:

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

Ага, то есть

integer array DATA
...
local integer a = DATA[GetHandleId(timer)]

медленнее чем

hashtable DATA
...
local integer a = LoadInteger(DATA, GetHandleId(timer), 0)

Верно?
Я думаю, что нет, но суть понял, спасибо.

Можно дать ему равкод с прописной буквы. В игре будет отображаться как герой (иконкой и прочим), а в редакторе как юнит.
Последствия мне неизвестны.

quq_CCCP:

Ну это ясно, парсер не пустит.

quq_CCCP:

Триггеры принимают болекспры - для этого Condition, не соответствие типов при возврате == фатал.

Я убирал Condition, и ничего не вылетало.

Меня больше мучает этот вопрос.

quq_CCCP:

TriggerEvalute наследует поток из которого запущен

Я вот так тоже думал, хотел убедиться в этом. А зачем тогда добавлять действия, если они никогда не вызываются?
И это нормально, что TriggerAddAction берёт функцию, которая что-то возвращает?
Ещё вот что интересно. В TriggerAddCondition() можно просто передавать функцию (то есть без Condition), причём даже функцию, которая возвращает что-то отличное от boolean (вроде). Но тут всё же используется функция Condition(). Зачем?

Покрутите графу "Тип". Если не поможет, то перезапустите редактор. Если и это не поможет, то уберите галку "Нестандартные технологии" и используйте триггеры.

bifurcated:

Создай на основе предметной способности Аура Смерти или любой другой, у которой показывается иконка, поставь в неё все данные другого предмета, убрав лишнее, и войну дай ту и ту способность и будет тебе иконка.

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

Darknessay:

Clamp:

Darknessay, есть приказ "оглушён (пауза)", id не помню, но суть в том, что у юнита в паузе именно он

1. Не приказ, а бафф.

Вообще-то есть такой приказ.

Вот тут есть. ОСТОРОЖНО, много рекламы.

quq_CCCP:

Тут как всегда локализаторы постарались. В оригинале это Unique Cast, что интуитивно понятно, что значит: если отдавать приказ группе, то заклинание будет использовано только одним юнитом, а не всеми.

avuremybe:

PT153:

Death Time

Это анимация смерти?

Это целочисленное значение РО в поле Art.

DracoL1ch:

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

Хм, а если у юнита стоит Can't raise, does not decay, то он сразу разложится, как только пройдёт Death Time?

quq_CCCP:

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

Зачем же делать периодический триггер? Не лучше ли сделать периодический таймер?

ssbbssc:

делаем для каждого игрока точку в центре его экрана, сверяем координаты с центром игрока - инициатора, если не совпало - скип, совпало - делаем

Только тучку делать не надо.

Действительно, выдаёт ошибку, но у меня виспы идут вовнутрь и добывают золото.
А, это был обычный рудник.
А зачем создавать кастомный рудник?
С кастомным рудником тоже работает, но я ещё создал кастомный оплетённый рудник. Ошибка всё же выдаётся.
Я понял, о чём речь.
Райтклик работает, а вот приказ через саму способность "Собирать" - нет.
Да, это очень странно. Попробуйте создать кастомную способность "Собирать".
Или, как предлагали выше сделать триггерно. Если отдаётся приказ "Собирать", то без всякой паузы отдавайте приказ "smart".
А последнее не работает. :c

pro100master:

Прозрачность круто но не скрыть прогресс бар хп

Можно выключить преселект.

quq_CCCP:

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

То есть надо подгружать после инициализации?

ScopteRectuS:

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

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