AutoHotkey Community

[majkinetor]

[Yunkun Lee]

To GeomanNL:
I'm a new learner. Could you send me a full version source of kbfiltr_ext.zip .

My email: v1v2com@cmbchina.com or v1v2com@163.com
or v1v2com@hotmail.com

thanks .
My msn: v1v2com@hotmail.com
May i know your msn?

[Kana]

Hi Geoman,

thanks for this work, I already saw myself spending hours and hours on doing my own driver until I discovered your work
I've got a problem though: My Win XP doesn't recognize my external USB keyboard if I try to give it your extended filter driver.
The HW String is HID\VID_05A4&PID_9862&MI_00\8&3957B92D&0&0000, and I've been trying to fiddle around with both the kbfiltr.inf and keyboard.inf for hours now to enter this missing string in there, but to no avail (I go Driver->New Driver->Don't search->Install from list->Don't Search->Browse; this works for my standard PS2 keyboard ACPI\PNP0303\3&13C0B0C5&0, but not for the USB one).

Do you have a hint?

Thanks, Kana

[composition4]

Yeah I tried this, but I believe it's because the driver is written for a PS/2 keyboard, not a USB. One quick solution is to get a USB to PS/2 adapter (that's what I did)

To the writer of these drivers: Thanks a heap, I needed a driver so I could use a separate numpad as a "hotkey" keyboard without affecting my main keyboard... and this driver worked perfectly!

[rbanks801]

Okay, so what I want to see is someone do this with two USB keyboards. Of course they would have to be different brands or models with .inf files specified for each. Is this even possible? Let's hear what you think.

[kilven]

Hello every one ,I'm New to AutoHotKey ,I need a piece code to inject keys to directx game ,sendinput now work ,So I think you can help me to make a keyboard filter driver to do this.thanks very much.

[Guest]

I would like to know how I can use the kbfiltr to remap keys on driver level, basically is there a way to edit the kbfiltr file Geoman posted in is first post and change i so that a key can be remapped. This will allow us to use even more keys.

[joelhewitt]

I am toying around with a dvorak keyboard, but I still use the qwerty. So I have a regular USB keyboard, and a PS/2 with the keys reorganized to make a dvorak. So using the starting kbfiltr in the WINDDK and the samples posted earlier I have two different layouts at the same time. The driver filters the PS/2 and remaps it to dvorak, the code is as follows:

[Guest]

I have a PS2 keyboard/MIDI device that I need to leave alone, and a USB keyboard that I need to remap. Can this code be made to work in the reverse? If so, can anyone explain how to install this to work with AHK?

Thanks!

[Nyo]

Actually, the filter drivers GeomanNL posted seem to work fine with a USB keyboard (as I would expect, since it's filter driver loading ajecently to the keyboard class driver in the driver stack, which is shared between the USB and PS/2 keyboards.) Also, I made it work with 2 USB keyboards, remapping just one of them.

I had a USB keyboard and a gamepad, both if which came with no specific drivers and were running with the same standard USB keyboard drivers, but I wanted to map them separately. The trick is to load the at the right insertion point in the driver stack. I modified the .inf file for GeomanNL's kbfiltr_ext to do this. I changed it so that it would load for the most specific hardware id for the keyboard I wanted to remap (the device id). This is first entry for listed under Hardware Ids for the device in device manager. For example, my gamepad had HID_04f3&Pid_0103&Rev_0105&MI00 (and the Logitech keyboard a different id).

I then changed the line

[brasshopper]

I read through a bunch of these things, and I have a couple of questions, one simple, a couple less so:

1. Does this driver work on Vista?

2. This gives you the 100% deterministic abilty to tell which keyboard any keystroke came from - with a fair amount of complexity - all keys from that keyboard are remapped and need to be reverse translated if they are to be used normally, as I understand it. Suppose I was willing to accept a small bit of non-deterministic operation. If a thing in the stack of this class of hardware device was simply able to set a flag (not associated with the keystroke, but a global flag) - and it contained an indicator of which keyboard the last input was typed on, then it could be tested later (with a small command that would return a sequence number, say). Yes, if you were typing on both keyboards at the same time, some strokes could/would be thought to come from the wrong keyboard. For a single typist who was trying to use keyboards alternately, I believe that this schem would work fine. You could easily test this in an ahk script - an it would mean normal processing for all keys you did not want to test to differientiate, while keys you did want to differientate could be checked as part of the hotkey processing.

A cuteness would be to have a tray gadget that changed colors based on which keyboard was "hot" - which keyboard was last typed on.

3. There is support for remapping keys in Windows - HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layout. This is not nearly as nice as ahk, but it is "under" the ahk level, as I understant it - these translations are applied before ahk (or anything else) gets the scan codes. Currently, as I understand it, all translations are applied to all keystrokes, so if you turn off caps lock on one keyboard you turn it off on all keyboards. Were it possible to have multiple maps and to apply the translation to each keyboard independently, then, again, the keys you wanted to differientate could be translated on one keyboard. I guess that the answer is to match hardware types to keyboard translation tables.

I'm not a device driver programmer in Windows. I'd undertake writing an app that would alter the registry to modify the translation tables. Any interest in this?