Mouse movement, lags when resizing window

[whose]

I mentioned it already in "General AmigaOS", but I would like to find out where this special problem stems from.

I managed to get the Cherry Xero mouse working partially, with slight modifications to rMouse code. Interestingly, rMouse seems to send correct WHEEL events for the tilt wheel (AllKeys shows WHEEL_LEFT/-RIGHT events!), although it was said in a forum that this needs a special driver for the second "device" (the mouse reports to be multifunction). Well, obviously it doesnt and the second "device" serves another purpose (whatever this may be).

Nonetheless, I will get the mouse fully working, but there is still this lagging problem. Is there anything I could do to reduce or even eliminate this lagging? Maybe I should modify the task priority of the driver?

Any help is greatly appreciated.

Regards


Wolfgang

[abalaban]

I can experience some sort of lag in my own USB Wacom driver, but only when I'm doing heavy debug output. Else I don't. Check if one of your methods does not take too much time and thus is adding delay between values reading and sending to input device.

[whose]

Uh, I forgot some details tonight

I dont think that the lag is related to my driver only... the same lagging happens when the mouse is driven by hid.fdclass. I have another mouse (Wintech), which works much better (near to no lagging).

First I thought it was DPI related (the Xero supports up to 1000 dpi), but I saw that the Wintech one goes up to 1000 dpi, too.

Next point could be the padding Rene inserted. The Xero mouse uses 6 Byte packets, but rMouse uses MaxSize packets (15 Bytes, a bit weird for me). Maybe there is something wrong? I must admit, Im not THE USB expert here, so Im wondering if I might misunderstand some details regarding packet handling of USB.

[whose]

Mystery solved...

I managed to reduce the lagging by using triple buffering for USB I/O. The problem is the context for window resizing. The SAM440ep isnt able to serve it at full speed, in the opposite to window dragging, which is displaying in realtime now (thanks to the fast M9).