Приветствую всех, кто на форуме!
При разработке приложения на c++ я заметил такую проблему на win7. На windows XP было всё в порядке.
Сразу приведу небольшой код консольного приложения:

Вообщем выясняется, что в некоторых full screen-приложениях данная функция GetAsyncKeyState не реагирует при нажатии клавиш:windows(обе), Pause Break и все кнопки мышки. Сигналы от остальных клавиш обрабатываются. Что же делать с этими, для которых происходит блокировка?
Из справочника прочитал, что блокировка может происходить из за:
1) Текущий рабочий стол - не активный рабочий стол.
2) Приоритетный поток принадлежит другому процессу, а рабочий стол не разрешает работу процедуры-ловушки (hook) или запись в журнал.

Но я не пойму почему на winXP всё работало без проблем, а на этой win7 такая вот смешная картина?

Это сообщение отредактировал(а) Jr13san - 10.5.2013, 20:02

Заюзать WM_INPUT (RegisterRawInputDevices)

Да, Спасибо, нашёл кое-какую информацию по этому поводу, но вот за что я не люблю этот с++, так это за кучу всяких типов.
Пишу код:

error C2664: RegisterRawInputDevices: невозможно преобразовать параметр 1 из 'RAWINPUTDEVICE' в 'PCRAWINPUTDEVICE'

Я не пойму как правильно записать. Везде пишут примерно в таком формате. У меня же как всегда - ошибка. Помогите исправить пожалуйста.

Добавлено через 1 минуту и 23 секунды
Или

Хорошо, регистрацию двух девайсов мы прошли:


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

Что-то мне подсказывает, что дальше нужно использовать функцию GetRawInputData(), а в ней опять куча параметров вот с такими типами LIAJHGQPOUAYD и KJASJHGQWsaoid. Хотя наверное все бородатые типы - это либо структуры, либо классы, заранее объявленные в каком-либо месте..

Это сообщение отредактировал(а) Jr13san - 11.5.2013, 16:18

Что то с++ я вообще не увидел.



код весь тут
http://msdn.microsoft.com/en-us/library/wi...6(v=vs.85).aspx

http://www.codeproject.com/Articles/381673...ultiTouch-Digit

P.S. обязательно указать флаг RIDEV_INPUTSINK чтобы вести отлов событий когда приложение не в фокусе.

Я про него и говорил.
Я хоть и не очень шарю в с++, но что-то в их исходнике я не вижу "switch" перед "case". Я вот по крайней мере даже не понимаю что конкретно проверять "кэйсом". Уж лучше бы написал кто простенький пример, хотя бы рабочий пример. Может и он работать путью не будет, что мне мучится в этих дебрях? Ладно Win API, но эти преобразования типов просто выводят из себя. Ладно.. Ещё раз прошу, помогите, напишите простенький рабочий пример, пожалуйста, ведь не долго.

PS:
Ладно switch-case - это ещё базовый синтаксис, а вот куда дели это ? :


Ладно, программисты, не обижайтесь, если что не так сказал...

Это сообщение отредактировал(а) Jr13san - 11.5.2013, 21:48

В каких это некоторых ?
В вин 7 нет больше консольных full screen приложений.

Да нет, вы поймите меня правильно. Я делаю консольное приложение для fullscreen-приложений: Gothic, Gothic II. Может быть даже ключевое слово и не "fullscreen", а просто у данных приложений своя обработка событий с клавиатуры и мышки. А вот, например, в том же самом CS 1.6 и "GetAsyncKeyState" нормально работает.
Но у меня возникла проблема - я не знаю что писать дальше в этой структуре вызовов(т.е. в коде). Я вот и думаю, а будет ли вообще работать этот RawInputDevice?

Это сообщение отредактировал(а) Jr13san - 12.5.2013, 10:41

Сорри, не знаю о чем вы говорите...


Да, и если вы пишете все-же консольное приложение, то там в принципе нет WndProc

Да хоть для программы "Калькулятор" напишите отлов событий нажатия клавиш, это не важно. Главное то, что в коде я не продвинулся дальше регистрации "девайса", который выдаёт ошибку!
Что толку ходить вокруг, да около, можно тему закрывать. Всё равно путного здесь никто ничего больше не подскажет.
Я сам не люблю писать или делать работу за других, но пытаюсь им объяснить так, чтобы они более-менее поняли как делать и у них всё было для этого. И в итоге люди сами всё делают. Здесь же я не вижу хода написания кода или структуры вызовов функций. У меня нету ни рабочего примера, ни понятного алгоритма действий, а только непонятные куски кода.

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

да, и еще вопрос, от имени админа пробовали запускать вашу программу, которая на XP работала?

volatile, спасибо.


Ну вообщем то да. Расскажу максимально подробно как всё происходит.

1) Пользователь запускает игру - "Gothic II" и консольное приложение.
2) Консоль как только находит окно "Gothic II - 2.6 (fix)", получает его handle, PID и др., сразу же начинает искать строку с таким названием "KeyState_000" внутри памяти игры "Gothic II" через ReadProcessMemory(). И как только она находит адрес по которому расположена данная строка, она сразу же может записывать вместо нулей код текущей нажатой клавиши. Например, если нажат пробел, то строка в памяти игры "Gothic II" примет вид: "KeyState_032", дальше через 25 мсек. происходит замена кода клавиши обратно на нули: "KeyState_000".
Я же со стороны игры могу обработать ту строку "KeyState_032" через скрипты и сделать определённые выводы. Вот такая система управления была задумана.

Чтение и запись в память игры уже реализована. Отлов нажатий, как я уже писал раньше, был сделан на основе API функции GetAsyncKeyState(). Но на win7 для "Gothic II" она не работает как положено.
Помогите мне дописать рабочий прототип на основе "RawInputDevice".


Только что попробовал - не работает.

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

Вам, имхо, нужно хук на клаву ставить. (причем в отдельной dll)
SetWindowsHookEx (WH_KEYBOARD, ...
SetWindowsHookEx (WH_KEYBOARD_LL, ...

осилите ли, не знаю. И к тому-же в игрушках может стоять защита от этого. (впрочем это предположение, с игрушками дел не имел)

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

Если речь идёт об инжектинге, то я пас, и, одновременно, против данного способа. Лучше уж ничего, чем такой костыль вставлять.
Ну хорошо, а может есть какие-то отдельные способы отследить нажатия только на клавиши мышки?

Может тебе попробовать DirectInput? Там опрос устройство через промежутки времени осуществляется...

EgoBrain, может быть, только я не знаю как им пользоваться. Это смешно, но я попробую, присоединяйтесь пожалуйста, кто хочет.
Кажется "bems" в  похожей теме мне помогал вместе с остальными участниками дискуссии:
http://forum.vingrad.ru/index.php?showtopi...t&p=2404095

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

DirectInput использует WM_INPUT



http://msdn.microsoft.com/en-us/library/ee418864

Это сообщение отредактировал(а) Dem_max - 15.5.2013, 19:20

Вообщем нашёл и GlobalHook пример на С# и выяснил, что есть один косяк в одновременном нажатии 3-х кнопок, не знаю чей, но он есть. И GetAsyncKeyState также не справляется с одновременным нажатием(да даже и последовательным нажатием) некоторых комбинаций клавиш, хотя некоторые комбинации(пробовал до 5 штук одновременно) обрабатывает нормально.
Как пример, с помощью ниже прикреплённых исходников программы, нельзя отловить одновременное нажатие "G", "H", "7".
Исходники взял с сайта проекта "CodeProject"(прикреплены ниже).

Это сообщение отредактировал(а) Jr13san - 19.5.2013, 19:46

Присоединённый файл ( Кол-во скачиваний: 1 )
 globalhook_demo.zip 17,79 Kb

Это косяк клавиатуры. т.е самого девайса.
Да и вообще это не косяк, а нормальное поведение.
PC клавиатура расчитана на последовательные нажатия, а вы видимо хотите испольнять на ней пятую симфонию Бетховена.  
Исключения составляют только комбинации с переключателями: ctrl, alt, shift, win


Такие комбинации нормальная клавитура не обязана переваривать.
Если разбираетесь немного в электронике, просто полюбопытсвуйте внутренним устройством клавиатуры.
Там матрица, и при определенных комбинациях 3-ёх и более клавиш, там просто физически невозможно определить какие именно клавиши были нажаты. Причем невозможные комбинации, разняцца для разных моделей.
Короче, говоря языком С++, нажатие 3 клавиш одновременно, - это UB. 
Оно может и сработать иногда, но чаще - нет 





Это сообщение отредактировал(а) volatile - 20.5.2013, 00:12

Да нет, просто у меня старый пример был на одну кнопку рассчитан, и недавно я стал расширять возможности, хотя бы до 5 кнопок одновременно нажатых(это с небольшим запасом). И в итоге на win7 ничего не работает, вот приходится либо искать подсказки по "инжектингу" dll в процесс и ставить хуки, либо отступиться от этого всего и не париться больше. Мне вот просто ради интереса важно понять и попробовать сделать рабочий пример. На Youtube нашёл видео о том, как внедрить dll в процесс на c++ и от туда вызвать прорисовку синего прямоугольника при нажатии кнопки F1. Попробую, может что-то получится...

Вообщем на счёт клавиатуры ясно. Чем больше кнопок тебе нужно отследить одновременно, тем больше придётся паять дорожек. В принципе есть шина I2C с линией данных SDA и линией синхронизации SCL, может через них можно как-то это реализовать? Или просто пускай винда опрашивает клавиатуру и создаёт очередь нажатых кнопок. Если кнопка повторяется, то не пишем её в очередь, иначе записываем. А если кнопка отпущена, то удаляем её из очереди. Не знаю. Ну да ладно, это уже вопрос по аппаратной части.



Это сообщение отредактировал(а) Jr13san - 20.5.2013, 12:42

Венда не опрашивает клавиатуру. В клавиатуре (обычной), есть свой микроконтроллер, который опрашивает матрицу кнопок.
и в случае нажатия, отправляет код нажатой клавиши в комп.
А венда (вообще операционка), уже переваривает этот код.
(для 3-ей и более кнопки одновременно (исключая ctrl, alt, shift, win), просто не будут поступать коды нажатых клавиш, от самой клавиатуры. 

Если же вы хотите делать свой клавиатурный девайс, то да можно делать все что угодно.
Но это уже совсем, совсем другая тема...


Это сообщение отредактировал(а) volatile - 20.5.2013, 13:28

Да, я загорелся идеей и в принципе кое-что придумал в связке с демультиплексорами. Наброски схемы уже есть. Осталось навести последние штрихи и можно начинать топить пластмассу  и прокладывать провода  
Проблема в том, кто и как будет обрабатывать сигналы с клавиатуры? Я по крайней мере не знаю куда уходят 6 сигналов с обычной клавиатуры..  Но с другой стороны, в связке с микроконтроллером новая клавиатура работала бы.
Ладно, не буду оффтопить.

Нашёл простой исходничёк для работы с клавиатурой на сайте:
http://www.wischik.com/lu/programmer/keymouse.html
При нажатии на "правый Alt" происходит эмуляция нажатия на правую кнопку мышки.
Есть и исходник и готовая программка, которую нужно закрывать через диспетчер, потому что у неё нет формы.
Буду разбираться, может что-то и получится.

Это сообщение отредактировал(а) Jr13san - 24.5.2013, 12:18

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

Значит ставится хук на события мышки и вообщем-то они отрабатывают на ура, НО мне потребовалось отследить, то, в какую сторону происходит вращение колёсика мышки. И как на зло wParam всегда возвращает одно и то же значение не зависимо от стороны вращения колеса мышки. Т.е. хоть преобразуй с помощью макроса "GET_WHEEL_DELTA_WPARAM(wParam)", хоть не преобразуй - результат один и тот же.
Помогите пожалуйста. Весь интернет перерыл, пока что ничего не помогает.

Это сообщение отредактировал(а) Jr13san - 26.5.2013, 12:18

зачем весь интернет? достаточно MSDN
учитесь пользовацца. у меня вот тоже не было готового ответа
решение такое:

Выдает 120 при кручении в одну сторону и -120 в другую.

кроме того у вас здесь очень нехорошо, надо добавить:

volatile, круто! Спасибо за помощь!
По крайней мере я догадывался, что нужно делать какое-то хитрое преобразование, похожее на получение координат, когда происходит событие WM_MOUSEMOVE:

Вот смотри какая закономерность. Если есть теория, то сразу до меня не доходит что и как работает. Но как только появляются рабочий пример практической части, тогда есть в чём разбираться, и когда ты разбираешься, то никакая теория не нужна. По сути дела теория, да и вообще я говорю про MSDN нужен в качестве справочника для опытных программистов. А начинать нужно всегда с простенького примерчика. Ладно. Дело близится к концу. Постараюсь в ближайшее время выложить исходники, чтобы другим по легче было.
Да. Ребята всем спасибо за участие в теме и за поддержку!

Это сообщение отредактировал(а) Jr13san - 26.5.2013, 21:48

Дабы не создавать новую темку, спрошу тут:
Через WH_MOUSE_LL можно ли ловить зажим какой-нить кнопки мыши? Вот если хукать клаву(WH_KEYBOARD_LL),  зажим ловиться через

т.е. если зажал кнопку E, то действия после if повторяются, пока не отожмешь кнопку.
А вот если хукать мышь(например, среднюю кнопку мыши):

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

Это сообщение отредактировал(а) KaZepKa - 27.5.2013, 08:55

Все верно, тебе же сообщение пришло о нажатии, тебе чего еще нужно то ???

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

Получилось реализовать зажим, через таймер: при WM_MBUTTONDOWN, активирую таймер, при WM_MBUTTONUP разрушаю, а нужные действия произвожу при отлове WM_TIMER. Так, правильно или есть более ровные способы?)

KaZepKa, а причем здесь вообще хуки?
Клавиатура повторяет нажатую клавишу, делает это кстати, сам девайс. Задержку перед повтором и частоту можно регулировать.
Сделано это, для удобства, например набрать такст типа "---------------------------------------" довольно просто.
У мыши такого нет, потому-что, а нафига?

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


Это сообщение отредактировал(а) Jr13san - 27.5.2013, 16:57