3

I was wondering if there is a way to intercept and modify mouse input before it gets to windows?

What I'm wanting to do is intercept mouse motion events, apply some custom scaling and acceleration to the values, and then continue passing them along. I'd need something that can do this before the inputs get to the raw input API or DirectInput.

jay.lee
  • 19,388
  • 8
  • 39
  • 38
  • I have answered this question here: [Global Mouse Hook + Simulate Mouse Inputs](http://stackoverflow.com/a/9318292/1000282) The answer uses a library I have created for this purpose. – oblitum Feb 16 '12 at 03:05

5 Answers5

3

Have you seen this method of intercepting mouse and keyboard input without having to make a filter driver or hook?

http://oblita.com/Interception.html

dokosten
  • 31
  • 5
3

In order to affect all mouse input, including DirectInput, during logon and the SAS screen, etc., you'll need to load a filter driver into the mouse driver stack.

Other people have done it, for example http://www.maf-soft.de/mafmouse/

There should be a moufiltr sample in the Windows DDK which you can use as a starting point. You will most likely want to use a virtual machine for development since errors in a driver on your development machine could be difficult to recover from.

Ben Voigt
  • 277,958
  • 43
  • 419
  • 720
  • This seems to be the only way to affect input below the raw input API and DirectInput. Detouring the APIs would also work for my purposes too as I only would need it on a per-process basis. I think I'll hold off on developing a driver though, I really have no work flow set up for that and it seems like more effort than it's worth for what I want to do. – jay.lee Oct 06 '10 at 21:03
1

There is a LowLevelMouseProc hook procedure that you can use to get information on any mouse input entering the system, although I doubt if you can actually change this information (and the docs are silent on this).

If this fails, GetMsgProc is an alternative that lets you intercept all messages posted to any window. Though this hook does let you modify the message, it's probably too late to have any effect on APIs such as DirectInput.

casablanca
  • 69,683
  • 7
  • 133
  • 150
0

You could try a windows hook - which are functions you set to receive windows messages before they get passed through to the rest of the system - a CBT hook (for computer based training) is what might get you best results.

I don't know Whether this will work with DirectInput or the other new stuff MS has added to break all the old internal consistency. Its easy to set up though, so try it and see.

gbjbaanb
  • 51,617
  • 12
  • 104
  • 148
-1

As far as I know the best way is to hook to windows message loop, In your case you should pass HWND 0 (If I remember correctly this the HWND of the desktop) so all the messages will pass though your function first.

http://msdn.microsoft.com/en-us/library/ms633591%28VS.85%29.aspx

More on hooks : http://msdn.microsoft.com/en-us/library/ms644959%28VS.85%29.aspx

Use it as follows:

m_nOldWindowProc = ::SetWindowLong(0 /I think.../, GWL_WNDPROC, (LPARAM)(WNDPROC)WindowProcCallback);

and the callback:

LRESULT CALLBACK CStubWindow::WindowProcCallback(HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam) { switch (message) { case WM_WINDOWPOSCHANGING: ((WINDOWPOS*)lParam)->cx = STATUS_BAR_WIDTH;

    ((WINDOWPOS*)lParam)->flags =  SWP_NOOWNERZORDER | SWP_NOMOVE;
    break;

default:
    break;
}
return ::CallWindowProc(m_nOldWindowProc, hwnd, message, wParam, lParam);

}

YanivH
  • 99
  • 1
  • 9