Как сделать задержку ахк

AHK: Задержка скрипта

Чтобы отправить ответ, вы должны войти или зарегистрироваться

Сообщения 14

1 Тема от Lawlietb32 2012-04-06 18:58:12 (изменено: alexii, 2012-04-06 21:14:21)

Тема: AHK: Задержка скрипта

есть такая функция:

и если её использовать:

2 Ответ от Александр_ 2012-04-06 20:21:18 (изменено: Александр_, 2012-04-06 20:22:37)

Re: AHK: Задержка скрипта

Лучше оперировать цифрами, пример замера времени выполнения функции PixelGetColor(временем выполнения самого цикла пренебрегаем):

Обратите внимание на первую строчку(имена функций кликабельны).

3 Ответ от Lawlietb32 2012-04-06 20:44:40

Re: AHK: Задержка скрипта

4 Ответ от Александр_ 2012-04-06 23:16:08

Re: AHK: Задержка скрипта

Что значит «переназначить кнопку»?

5 Ответ от Lawlietb32 2012-04-07 01:44:34

Re: AHK: Задержка скрипта

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

6 Ответ от creature.ws 2012-04-07 02:32:35

Re: AHK: Задержка скрипта

Интересует как именно вы проверили скорость выполнения первого кода.

7 Ответ от Lawlietb32 2012-04-07 02:46:34 (изменено: Lawlietb32, 2012-04-07 02:46:55)

Re: AHK: Задержка скрипта

8 Ответ от Александр_ 2012-04-07 03:23:38

Re: AHK: Задержка скрипта

Ясно, по-моему тут уже ничего не оптимизировать. Но задержку в 50 миллисекунд почти невозможно заметить(это на

25% медленнее, чем смена кадров в обычном видео).

9 Ответ от creature.ws 2012-04-07 03:33:57 (изменено: creature.ws, 2012-04-07 03:38:38)

Re: AHK: Задержка скрипта

PixelGetColor в среднем занимает 17 мс (ahk_l x64, win7, эффекты aero включены)
Прочий код функции из первого поста 0.001 мс.
Да, PixelGetColor такая сама по себе медленная

10 Ответ от Lawlietb32 2012-04-07 11:53:11

Re: AHK: Задержка скрипта

спасибо за консультацию = )

11 Ответ от Irbis 2012-04-07 12:36:20 (изменено: Irbis, 2012-04-07 12:36:57)

Re: AHK: Задержка скрипта

Дополнительный эффект «задержки» дает Send. SendMode Input заставит скрипт работать быстрей:

12 Ответ от Lawlietb32 2012-04-07 15:06:05

Re: AHK: Задержка скрипта

Irbis, обалдеть! Разница в в разы лучше! у меня около повышение скорости в 15 раз = ) Спасибо!

13 Ответ от creature.ws 2012-04-07 15:23:01 (изменено: creature.ws, 2012-04-07 16:05:25)

Re: AHK: Задержка скрипта

Это не скорости повышение, а явное различие режимов отправки нажатий в параметрах по умолчанию, доступных к изменению при помощи SetKeyDelay:

SendInput — «быстрее» так как отсутствуют паузы между «эмулированными нажатиями клавиш».
В контексте скорости выполнения скрипта из первого поста различия будут заключаться в том, что при использовании Send подпрограмма, вызываемая при нажатии клавиши [1], завершится на условные 15 мс позже, чем при использовании SendInput. «Нажатие» <1>будет отправлено системе условно одновременно в обоих случаях.

Кстати, если вы так и используете горячую клавишу отправляющую системе «саму себя» — лучше добавить перед меткой хоткея $.

14 Ответ от Irbis 2012-04-07 17:00:01

Re: AHK: Задержка скрипта

Странно, на другом компьютере с WinXP SendMode Input дает обратный эффект. А вот если его заменить на

Источник

Через заданные промежутки времени автоматически запускает подпрограмму.

Параметры

Off: Блокирует существующий таймер.

Period: Создает или обновляет таймер. При этом данный параметр представляет собой количество миллисекунд, которые должны пройти с последнего запуска подпрограммы Label. По прошествии этого промежутка времени Label будет запущена снова (но только в том случае, если она закончила работу после предыдущего запуска). Таймер при этом будет автоматически разблокирован. Чтобы избежать разблокирования таймера, задайте команду SetTimer второй раз подряд, в качестве параметра определив OFF.

Чтобы изменить приоритет существующего таймера, не затронув другие характеристики таймера, не задавайте предыдущий параметр.

Примечания

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

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

Когда таймер блокируется, разблокируется или в нем задается новый период, он не запускается немедленно – сначала должен истечь заданный период времени. Если же вы хотите, чтобы исполнение началось тотчас же, задайте сразу же после команды SetTimer команду Gosub.

Точно так же, если команда SetTimer используется в уже существующем таймере, и вторым параметром является число или слово ON, то внутреннее «время последнего запуска» этого таймера будет установлено на текущее время. Другими словами, перед тем, как таймер запустится снова, должен пройти весь период времени полностью. Чтобы сбросить таймер, можно просто опустить все параметры, кроме первого. Например: SetTimer, TimerName. Однако в версиях, более ранних, чем 1.0.31, попытка сбросить таймер внутри его собственной подпрограммы/потока не даст никакого эффекта.

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

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

Таймер, возможно, не сможет запускаться с заданной частотой также в следующих случаях:

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

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

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

Хотя таймеры продолжат функционировать, даже если работа скрипта будет приостановлена, это не относится к случаям, когда в текущем потоке действует «Thread NoTimers» или когда в работе потока сделана пауза. Они также не функционируют, когда пользователь осуществляет навигацию по меню иконки трея или по главному меню окон.

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

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

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

В версиях 1.0.36.03+, период таймера не может быть больше, чем 4294967295 миллисекунд (49,7 дней). В более ранних версиях предел составляет 2147483647 миллисекунд (24,8 дней).

Чтобы заставить скрипт, содержащий только таймеры, работать постоянно, используйте директиву #Persistent.

Источник

Синтаксис языка

Двойные кавычки («) имеют специальное назначение, только если они соотносятся с выражениями. Во всех же остальных случаях они трактуются как обычные символы. Также, при запуске какой либо программы или файла, операционная система как правило требует наличия кавычек в строке адреса, если там содержатся пробелы. Например:

Имена переменных всегда заключаются в значки процентов, за исключением случаев, которые в представленных примерах выделены жирным шрифтом:

Для вычисления количества прошедшего времени между двумя датами используйте команду EnvSub, как проиллюстрировано в примере из соответствующей статьи. Также, встроенная переменная A_Now содержит данные о текущем времени. И наконец, существуют ещё несколько встроенных переменных, работающих с датой/временем, как например команда FormatTime, использующаяся для создания строки даты/времени в произвольном формате.

Почему строки автозамены, команды Send и MouseClick не работают в некоторых играх?

Некоторые игры используют в своей работе только механизм DirectInput. Как следствие, такое приложение может игнорировать все эмуляции нажатий клавиш и кнопок мыши. Несмотря на то, что серьёзной работы по этому вопросу ещё не проводилось, было обнаружено, что для большинства игр увеличение параметра SetKeyDelay явилось эффективным для включения в работу команды Send. Попробуйте сделать так:

Также для обхода этой проблемы вы можете попробовать использовать другие программы для эмуляции нажатий клавиш и кнопок мыши, такие, как Journal Macro, QuicKeys, KeyGO, OnHand, и Toggle Keyboard.

Я использую несколько языковых раскладок на клавиатуре. Почему команда Send и строки автозамены иногда пропечатывают мне не те буквы?

Это происходит потому, что язык, на котором работает скрипт (английский) не совпадает с языковой раскладкой, выбранной вами для работы в конкретном приложении. Для синхронизации раскладок, вам нужно изменить «язык» для скриптов AutoHotkey. Сделать это можно вручную: простым двойным кликом на иконке скрипта в системном трее вызываем рабочее окно самого скрипта, далее меняем раскладку клавиатуры (обычно в Windows это LeftAlt+Shift), закрываем окно. Можно также воспользоваться следующим примером скрипта, автоматически меняющего языковую раскладку для скриптов AutoHotKey:

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

Могу ли я управлять Winamp’ом, если его окно не является активным?

Смотрите статью «Управление Winamp’ом».

Как можно изменить надписи на кнопках, появляющихся в окошке MsgBox?

Смотрите пример в статье «Изменение надписей на кнопках в MsgBox».

Горячие клавиши, строки автозамены и переназначение клавиш

Четвёртая (XButton1) и пятая кнопка мыши (XButton2) также доступны для программы, при условии, что драйвера мыши позволяют Windows «увидеть» их сигналы. Если же сигналы от этих кнопок Windows не видит, а также в том случае, когда на мыши есть ещё какие-либо дополнительные кнопки, вы можете сконфигурировать драйвера мыши таким образом, чтобы при нажатии этих дополнительных кнопок в Windows посылались бы нажатия стандартных клавиатурных клавиш, а уже их использовать в своих скриптах. Например, если вы в драйверах мыши установили на её четвёртую кнопку посылание сигналов нажатий комбинации клавиш Control+F12, то в своих скриптах можете спокойно программировать на горячие клавиши ^F12:: все, что вам нужно.

Если всё-таки пятая и четвертая кнопки вашей мыши остаются невидимыми для Windows, вы можете попробовать не устанавливать «родные» мышиные драйвера, а использовать вместо них драйвера по умолчанию для мыши Windows. Это может помочь, однако в этом случае вы, само собой, будете лишены возможности использовать расширенные функции, которые были заложены в «фирменные» драйвера.

Как использовать символы и знаки пунктуации в качестве горячих клавиш?

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

Как переназначить на клавиши или кнопки мыши другие символы/клавиши?

Смотрите статью о переназначении клавиш.

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

Рассмотрим также и другой метод, но он работает только в том случае, если программа «CAD Editor» изначально сконфигурирована таким образом, что совершенно не реагирует на нажатие клавиши NumpadEnter. Префикс из тильды (

) превращает NumpadEnter в незаблокированную горячую клавишу (клавишу, которая работает как «горячая клавиша», но при этом всегда посылается активному окну). То есть запись вида

NumpadEnter позволяет использовать клавишу NumpadEnter как обычный NumpadEnter всё то время, пока она не запускает наш скрипт:

NumpadEnter:: IfWinNotActive, CAD Editor Return ; Если же окно нашей программы стало активным, выполняется следующее действие: Send, abc Return

Рассмотрим следующий пример:

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

Существует ли способ, позволяющий использовать в своих целях «встроенные» в Windows сочетания клавиш, например такие, как Win+U (Utility Manager) и Win+R (Run)? Можно ли их изменить или отключить совсем?

Смотрите соответствующую статью о переназначении и запрещении горячих клавиш.

На моей клавиатуре есть специальная клавиша 000. Можно ли её использовать как горячую клавишу?

Да, вы можете её использовать. В нашем примере показано, как можно использовать клавишу 000, превратив её в знак равенства. В строке скрипта «Send, =» Вы можете заменить знак равенства на всё, что вам угодно. Примечание: пример доступен по ссылке, которая имеется в оригинале этой статьи.

Источник

Посылает нажатия клавиш и щелчки мыши в активное окно.

Параметры

Режим Raw (как есть): Команда SendRaw посылает клавиши в точности как они указаны, т.е. не преобразует в нажатие клавиши Enter или ^c в нажатие Control-C и т.п. Чтобы использовать этот режим в командах SendInput, SendPlay или SendEvent, напишите в начале посылаемой строки, например: SendInput abc.

Нормальный режим: В этом режиме нижеследующие символы интерпретируются как модификаторы (они модифицируют только идущую непосредственно за ними клавишу).

#: Посылает нажатие Win, т.е. Send #e нажмёт клавишу Windows и, удерживая её, нажмёт клавишу «e».

SendInput и SendPlay [с версии 1.0.43]: SendInput и SendPlay используют тот же синтаксис, что и Send, но работают, как правило, быстрее и более надёжно. Кроме того они буферизуют физические нажатия на клавиши и кнопки мыши, которые происходят во время посылки, что не позволяет нажатиям пользователя смешиваться с теми, которые посылает скрипт. С помощью команды SendMode можно сделать команду Send синонимом SendInput или SendPlay. Более детальное описание каждого из режимов смотрите в разделах SendInput и SendPlay ниже.

SendEvent [с версии 1.0.43]: SendEvent использует для посылки тот же метод, что и команда Send в версиях до 1.0.43. Скорость посылки нажатий задаётся командой SetKeyDelay. По умолчанию, Send является синонимом SendEvent, но может быть сделана синонимом SendPlay или SendInput с помощью команды SendMode.

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

Повтор или удержание клавиши

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

Чтобы удерживать нажатой или отпустить клавишу, поместите в фигурные скобки её имя и слово Down (вниз) или Up (вверх). Например:

Когда клавиша удерживается вышеописанным методом, не происходит её автоповтор, как это было бы при физическом удержании (причина в том, что автоповтор является возможностью драйвера/оборудования). Однако для симуляции автоповтора можно использовать Loop. Следующий пример посылает 20 нажатий Tab:

Вместо Down также можно использовать DownTemp. Эффект будет тот же, за исключением клавиш-модификаторов (Control/Shift/Alt/Win). В последнем случае DownTemp сообщает следующим за ним посылающим командам, что модификаторы не являются постоянно нажатыми, т.е. они могут отпускаться, если это нужно. Например, если за командой Send следует команда Send a, ею будет послано обычное нажатие «а», а не комбинация Control-A.

Общие замечания

В добавок к буквам от A до Z, также поддерживаются следующие буквы и символы (однако, если кодовая страница вашей системы отлична от 1252 [США и Западная Европа], этот список может быть иным):

BlockInput в сравнении с SendInput/SendPlay: Хотя команда BlockInput может быть использована для защиты симулируемых скриптом нажатий от прерывания физическими нажатиями, производимыми пользователем, для этой цели часто лучше использовать SendInput или SendPlay. Их преимущество в том, что они не отбрасывают то, что печатает пользователь во время посылки; его нажатия запоминаются и посылаются позже.

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

Поскольку операционная система не позволяет симуляцию комбинации CTRL-ALT-DELETE, команды вроде ^! работать не будут.

SendInput [с версии 1.0.43]

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

Если какой-то другой скрипт (не тот, где выполняется SendInput) установил низкоуровневый хук клавиатуры, SendInput автоматически переключается в SendEvent (или в SendPlay, если действует команда SendMode InputThenPlay). Это делается потому, что присутствие внешнего хука сводит на нет все преимущества SendInput, делая его хуже как SendPlay, так и SendEvent. Однако поскольку SendInput не способен обнаруживать низкоуровневые хуки, установленные другими программами, а только AutoHotkey с версии 1.0.43, в этих случаях он не будет переключаться, что сделает его менее надёжным, чем SendPlay/Event.

Когда SendInput посылает щелчки мыши способами вроде , и действует команда CoordMode Mouse, Relative (настройка по умолчанию), координаты щелчков будут относительны к окну, которое было активным в момент начала посылки. Поэтому, если SendInput в процессе посылки намеренно активирует другое окно (например, через Alt-Tab), координаты последующих щелчков будут неверными, поскольку они останутся относительными к прежнему окну, а не к новому.

SendPlay [с версии 1.0.43]

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

Из трёх режимов посылки, SendPlay самый необычный, так как он не симулирует нажатия и щелчки как таковые. Вместо этого он создаёт последовательность событий (сообщений), которые идут напрямую активному окну (наподобие ControlSend, но на более низком уровне).

Как и у SendInput, нажатия SendPlay не смешиваются с теми, что производит пользователь. Нажатия пользователя запоминаются и посылаются позже.

SendPlay неспособен вызывать срабатывание системных горячих клавиш, использующих клавиши Windows (LWin и RWin). Например, он не может вызвать Главное меню или открыть диалог «Выполнить» через Win-R.

Клавиши Windows (LWin и RWin) автоматически блокируются во время SendPlay, если установлен хук клавиатуры. Это предотвращает появление Главного меню, если пользователь случайно нажмёт клавишу Windows во время посылки. Другие клавиши не нуждаются в такой блокировке, поскольку операционная система буферизует их нажатия до момента окончания SendPlay.

SendPlay не использует стандартные настройки SetKeyDelay и SetMouseDelay. По умолчанию, задержки у него отсутствуют вообще. Как их можно изменить, показано в примерах ниже:

SendPlay не может включать и выключать CapsLock, NumLock и ScrollLock. Также он не может изменить состояние клавиш, которое считывается через GetKeyState, разве только нажатия посылаются в какое-либо из окон самого скрипта. Даже в этом случае изменения состояний левых и правых клавиш-модификаторов (например, RControl) могут быть считаны только через их нейтральный вариант (например, Control). SendPlay также имеет и другие ограничения, о которых рассказано в описании команды SendMode.

В отличие от SendInput и SendEvent, пользователь может прервать работу SendPlay, нажав Control-Alt-Del или Control-Escape. Когда такое происходит, оставшиеся нажатия не посылаются, но скрипт продолжает выполняться, как если бы SendPlay завершился нормально.

Хотя SendPlay может посылать события LWin и RWin, но они посылаются в активное окно и не выполняют своей обычной функции в операционной системе. Чтобы обойти это, используйте SendEvent. Например, команда SendEvent #r вызовет диалог «Выполнить».

Источник