Эмуляция нажатия мультимедийных клавиш на клавиатуре

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

При всей моей любви к FASM, просто убивает скудность его инклудов. Похоже, что наполнение их данными остановилось на Win2000, а если захочется что-нибудь чуть новее, то все, добро пожаловать в MSDN. И хорошо, если структура окажется на пять-десять записей. Вот и сейчас нам придется самостоятельно описать структуру INPUT и обозначить коды мультимедийных клавиш.Структура INPUT задана через union, так как в зависимости от типа использования, внутри нее будет структура с разным количеством и разрядностью полей. В нашем случае будет эмуляция только клавиатурного ввода, но на будущее могут пригодиться и другие структуры.

Вот пара примеров, как можно эмулировать нажатия на мультимедийные клавиши. Увеличить громкость:Уменьшить громкость:Впрочем, эмулировать можно не только мультимедийные кнопки, а вообще любую кнопку, которая есть или могла бы быть на вашей клавиатуре. Например, запуск калькулятора (по умолчанию) или другого забинденного на эту кнопку приложения:Коды и обозначения Virtual-Key, которые не знает FASM, смотрим здесь, а скан-коды клавиш здесь (колонка "Код нажатия XT").

В процессе тестирования я сделал интересные наблюдения. При изменении громкости аудиоплеер AIMP и мультимедийный плеер Light Alloy отслеживали подобные нажатия и меняли свой собственный уровень громкости, тогда как общий уровень громкости системы оставался неизменным. Когда ни один плеер не работал, то менялась общая громкость звука в системе, такое же поведение показывал и Windows Media Payer, который игнорировал "нажатия" на мультимедийные кнопки.

Второй способ более интересный. Он немного похож на пример из базовой статьи и также основан на отправке сообщения WM_APPCOMMAND. Сперва, как обычно, несколько констант для описания сообщения и кодов мультимедийных кнопок:Чтобы сэмулировать нажатие мультимедийной кнопки при наступлении определенного события, мы отправляем сообщение WM_APPCOMMAND с параметром этой кнопки собственному окну:Обработчик главного окна приложения в этом случае должен включать в себя подобную конструкцию:Казалось бы, что за дикая дичь, отправлять самому себе какое-то сообщение, а потом еще и не обрабатывать его. А логика тут следующая. Если мы не знаем конкретного получателя нашего сообщения, то должны отправить это сообщение по цепочке обработчиков. Его получат все приложения, которые установили хуки на сообщения, а в конечном итоге это сообщение получит оболочка. Ну или не получит, если какое-то приложение решит не передавать его дальше. Именно поэтому наше приложение и использует функцию DefWindowProc для инициирования подобной операции. Почему просто не использовать широковещательную отправку сообщения всем окнам через HWND_BROADCAST? Потому что в случае с мультимедийными кнопками это очень скверная практика, которая может привести к непредсказуемым последствиям. Окна приложений в обычном состоянии получают WM_APPCOMMAND только в активном состоянии, тогда как через установку хука они смогут получать сообщение в любой момент, когда им нужно. Нарушать это поведение широковещательной нецелевой рассылкой не надо. Если знаете конкретного получателя и уверены в его поведении, то не вопрос, отправляйте сообщение WM_APPCOMMAND напрямую этому окну.

В подтверждение этой мысли, Windows Media Payer прекрасно реагирует на эмуляцию кнопки Play/Pause, даже находясь в фоновом режиме, потому что как раз использует технику хуков. Другие необработанные сообщения, например, запуск калькулятора, благополучно достигают оболочки, которая, в свою очередь, обрабатывает их по своему усмотрению.

Комментарии

Добавить комментарий

Для вставки цитаты выделите текст и нажмите сюда

Имя*:

Текст комментария (не более 2000 символов)*:

*Все поля обязательны для заполнения.

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