3Dconnexion Forum

I've seen this before. I can't recall exactly what it is. It is something simple though like 2 drivers running at once. While I am racking my brain, do the following: Uninstall 3DxSoftware. Delete siappdll.dll and spwini.dll from your System32 directory. Delete the contents of HKCU/software/3dconnex...

This is news to me. What application are you using?

Here's another post that gives a link to the SL RC.

Yes.

You need to use the 1.20 SL release candidate (or something even newer). Don't use the RCB9 driver. Just use the standard 3Dconnexion drivers.

HIDTest is just about as simple as it gets. There is very little going on there. I'm suggesting that you put that code into a separate thread so it doesn't block your main thread.

The way you've changed the code, you should return immediately but you won't have any data most of the time. All I wanted was to get the translation and rotation vectors, even if the device is not activated You can't get the data if there isn't anything there to be got. If you want to get new data a...

Read the documentation on WaitForMultipleObjects. If you wait, you will get woken whenever some data is available on the device. If you don't wait you will get woken when the timeout is exceeded, if nothing happens on the handles you are waiting on.

It looks like you are not linking in the hid library, nor the setup api.

You can use the 3DxWare GUI to change to zoom direction, which swaps two translation axes and two rotation axes. Or you can read this post to see how to do the editing manually in the .scg file.

Sorry. They are low-speed devices.

Have you installed anything recently that may run in the background. It sounds like the driver isn't getting timely access to the USB port when it is running in the background (as opposed to when you bring the GUI to the foreground). Guilty parties may be virus software updates, any sort of logging ...

You should be able to google it.
The function is in user32.dll.
The declaration is in winuser.h.

There is a Win32 API function called SendInput that may work.

Reading through the CP support forum thread, to me this looks like the device is still generating data, thus preventing poser from switching modes. As someone on that forum said, "it is very sensitive". Try creating the following registry entry: HKCU/software/3dconnexion/3dxware/DeadBand I...