forums.naturalpoint.com

I FOUND A SOLUTION!!! At the end of post. Please READ THIS POST anyway!!!


Okay, I did a test.

I delete all mice and all driver software and re-plug the G400.

2 new mice are added to device manager, both using the SAME driver.

http://i.imgur.com/OuGzb.jpg

Hardware ID shows this:

http://i.imgur.com/fQtid.jpg

If I plug in the MX518 into the same slot now, the driver stays the same BUT the hardware IDs change a bit:

http://i.imgur.com/rsCzA.jpg

After I install the Logitech Gaming Software one more mouse gets added, the G400, finally.

Driver Details:

Driver Provider: Logitech
Driver Date: 07.02.2012
Driver Version: 8.30.19.0

The other 2 mice keep their driver but their Hardware IDs changed a bit:

http://i.imgur.com/ZPyFU.jpg

If I plug in the MX518 a THIRD mouse gets added, using the standart Microsoft driver.

http://i.imgur.com/6nLgj.jpg

Here are the HW IDs.

http://i.imgur.com/hDL1d.jpg

If I get the G400 back in there it just re appers as the G400.

I had my Device Manager open when installing logitech gaming software. Something new was installed in "Human Interface Devices". I dont know what but I am sure something has been added, because the tab opened after the setup was done. Look at this:

http://i.imgur.com/FzRYw.jpg

I use the Saitek Joystick, a webcam, an external HDD that uses 2 USB slots, nothing more. Is anything in there NOT NEEDED?


EDIT: It seems that MOUSE MOVEMENT is the initiator of LAG!

If I hold the mouse STILL and do the button pressing it will react instantly after a few tries and delays. If I move the mouse to the right a few CM a small delay appears. When the delay is gone I move the mouse to the left - same amount and the same delay appears.

If I move the mouse to the left and right (2x movement) the delay feels DOUBLE THE SIZE!

So I am not sure... I think the mouse is handeling movement before anything else? I dont know...

Movement... Let me check something.


I FOUND A SOLUTION !!!!!

In Logitech Gaming software there is the "Pooling Rate (reports per second).

125/250/500/1000.

On 125 there is NO DELAY whatsoever!

On ANY OTHER SETTING delay appears and described a few lines above. The higher the reports per second, the more severe the delay.

Switching from 250 to 125 needs a while until button press reactions are INSTANT. It feels like some data needs to be processed before the mouse button signal is sent out to TrackIR. But then on 125 - no delay...

This issue is clarly described now, isnt it?

The problem now is - I dont wanna use Logitech Gaming Software but I have to start it at least once in order to tell the mouse to use 125 RPS... :-/ Lame.

EDIT2: So apparently it has to do with the USB usually checking 125 times a second... Apparently you can boost that to 1000x a second. But then TrackIR fucks up. So - I guess that's helpful eh? Maybe need some lines of code in order to keep the update rates for the mouse and TrackIR seperate?? Thanks.

Fantastic! Glad to see you were able to work it out!

The issue is still there though! TrackIR is the ONLY PROGRAM that can not handle polling rates above 125! Battlefield 3, arma2, teamspeak, mumble, GTA4 and many more programs have ZERO issues with a polling rate of 1000!


The issue lies in the code or whatever - could you please try to preroduce this with my little "how to reproduce" test? Use G400 and change the polling rate with the Logitech Gaming Software.

Tell me your results please. I really want to know if it's just my system or maybe something else. Bugs are there to be resolved.

Most computers have two USB controller chips that the ports are (generally speaking, pseudo-randomly) assigned to. It's entirely possible for one device to be plugged into the front of the tower and another to be plugged into the back and both will be on the same controller. You will need to use your device manager in "view devices by connection" to view this. Are your TrackIR and mouse on the same controller?

The reason I ask is that while the TrackIR is technically a USB 1.1 device, it does require a solid, real time connection with the computer. As USB is a serial communication channel, only one device can send packets at once. It would make sense that if you have a high polling rate set, the mouse is lagging because it's competing with the TrackIR for bandwidth. The solution, then, would be to move either the mouse or TrackIR to another USB controller so they have their own bandwidth pools, so to speak.

I use TrackIR on my USB3.0 controller. Mouse is on a different controller. Switching TrackIR from USB 3 to normal USB port puts TrackIR on the same controller as the mouse and it does not change anything. Same delay. Still a bug then. I mean it's kind of a design flaw - this was not supposed to happen "back in the day", was it?

http://i.imgur.com/0mqiE.jpg


Even after switching TrackIR around to even ANOTHER usb controller - same delay, same issues.

http://i.imgur.com/JDxO0.jpg


This is something that needs some very special attention by you guys, you see that, right?

Not trying to offend anyone, just saying.

See if it happens with TrackIR off of the USB 3 bus. I've seen hangs with our OptiTrack equipment plugged into USB3 due to issues releasing the cameras, as well.

Specifically the Eltron ones. I've also seen issues with Renesas, but those were different.

As you can see in the screens above - I TRIED using TrackIR on a non USB 3 hub...

http://i.imgur.com/JDxO0.jpg

That's as normal USB as it gets...

At this point, the best option may be a remote troubleshooting session so we can see what may be affecting the TrackIR. We're available to do this M-F 9am-5pm Pacific (UTC -8), email support@naturalpoint.com for more information.

Will do.