вот например:

Цель такова, мне нужен чтобы юнит "u" перемещался по определённым координатам. Я не хочу делать во второй функции local unit u=GetTriggerUnit(), а мне нужно как-то через тайме перекинуть значение,я помню что это делается с помощью GetHandleTimer(), но саму подачу в эту функцию незнаю.
И так мне нужно чтобы в память таймера "Забился" юнит который кастовал способность, а потом я уже загружаю его. Повторяю мне я не хчоу использовать GetTriggerUnit() понимаю что реще и проще, но мне нужно именно то которое было написано выше!!

GetHandleTimer() - такой функции нет

http://xgm.guru/forum/showthread.php?t=23090
смотри код в первом посте.

я в арчёрках так и сделал )))
хотя я не встречал таких идей нв хгм - мб вы гдето и писали, но походу гдето в самом низу и маленьким шрифтом =\

вопрос по перебору: перебор в смысле перебор, или ForGroup?

потому что это очевидно

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

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

п.с. щас на лекции рассказали про "ошибку доступа к странице памяти" и я больше стал склоняться к ForGroup, хотя впрочем, кто-нить знает, как инструкции варика для ForGroup кладутся в память?! :)

время на создание "жассового потока", время на поиск сработавшего таймера, время на извлечение ид снаряда?

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

хачу хачу хачу! © адик

ну тут да, много маленьких поточков :)

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

ну дык это зависит от способа уже...
эм, ForGroup выигрывает перед кешем, а вот его победа над тем, что мне посоветовали в темке "Стрела не двигается и зависает" (это SCV?) уже не столь очевидный факт

вроде как))))
вот JAVA - оно же перед запуском компилируется - а разве варик свой JASS не компилирует? )))
динамическая приписка действий в функцию какбы же недоступна :)

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

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

п.с.
а почему низя использовать нативки из common.ai???
если их подписать в код - варик не грузит мапу
хотя ведь ясно, что эти нативки гдето есть ))))
так хотелось для движения снарядов написать:



мб надо чёто особохитрое провернуть? )

те кто понимают, такие вопросы не задают...при чем тут жава? Java и JavaScript - две разные вещи... нет, не компилирует

потому что под нативки из c.ai не существует интерфейса

да, он узнает его хендл на екстрасенсорном уровне. хотя слово поиск тут не подходит, скорее "получение дескриптора" тут уместнее

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


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


2 тебе вовачка за чтение. во первых там написанно еще 9000 разных вещей о жасс, во вторых тригеры есть жасс, а не наоборот



они норм работают в .аи скриптах

блин, я не это имел ввиду...

там в основном всё о том, как сделать то, что нужно, но нету почти ничего, как это реализуется в самом варике...





видать тут телепатов воопще нет )))
я о статье "[Alternative WarCraftIII] Каких функций вам не хватает в Jass? "
эти функции ведь описаны в какойто длл-ке, и варик эту ддл-ку грузит, т.к. она входит в "стандартный комплект"
дык можно куданибудь подписать
native Sleep takes real s returns nothing
и после этого оно бы работало? )

и ещё глупый вопрос:
если изменить константу
constant integer JASS_MAX_ARRAY_SIZE = 8192
сработает?

ещё где в версии варика 1.14 тоже пробовал ся в волд едиторе, помню, макс количество предметов в инвентаре было 8 !!!

в 1.21 - 1.22 к сожалению как не пытался, не смог найти - где убить предел на 6???
constant integer bj_MAX_INVENTORY = 6
мне придётся написать свой blizzard.j и запихнуть в мапу, чтобы у меня опять стало макс 8 итемов?
или близы воопще убрали поддержку 8 предметов???

это не статья, а опрос общественного мнения, затеянный мной. Да, они описаны в game.dll, но порта на *.j скрипты они не имеют, только на *.ai, да и вообще этот порт вряд ли возможен ибо они работают в разных "плоскостях"нетдезинформацияникакие изменения скрипта не помогут, принципиальная проблема в том что у абилки инвентаря фиксированный кусок памяти под 6 ячеек, что описано хардкодом в game.dll. Там ее никогда не было.

ну мб это 4 года назад было - помню, что основа абилки - не геройская, а кодойническая оО

thx :)

Elf_Stratigo loop по массиву быстрей ForGroup()
Sleep как таковое уныло...
и кол итемов в дефолтном инве не играет роли ибо он и так говно лутче сделать свою систему итемов.

Toadcop свою систему итемов было бы намного легче делать если бы инвентарь был безразмерный =\

NETRAT у меня иное мнение на эту тему. так что это не важно.