Hattest du denn bei den schnellen Bewegungen auch einen Überlauf? Das würde dann die +-127 bestätigen. Ich hab meine Vermutungen jetzt nur aus dem Link den ich beim letzten Post angegeben habe und von meinen nächtlichen Tests.
Eventuell ist es auch eine Fehlinterpretation beim Datentyp. Hab lange nicht mehr in C auf einem Rechner programmiert. Obwohl mir jetzt auf die Schnelle auch nicht einfällt, was da falsch sein könnte.
Ich habs nicht hinbekommen, dass ein Überlauf angezeigt wurde.
sast
雅思特史特芬
开发及研究
Hallo sast,
ich habe es bei mir auch probiert, ohne Erfolg es wird weder in x- noch in y-Richtung ein Überlauf angezeigt. Plattformen beider Tests waren X86 und ARM11. Die Limitierung bei schnellen Bewegung blieb bestehen. Kann das ein Fehler im Code sein? Ich versuche heute Abend ein Python-Programm, das auch auf die Maus zugreift und die Deltas ausgibt.
Viele Grüße
tuxologie
Hallo,
ich habe es nun mit dem Python-Programm versucht. Es wurde auch hier keine Überläufe in X- oder Y-Richtung angezeigt. Ich habe nun eine andere Maus getestet. Es handelt sich um eine Logitech MX-518. Diese ist zwar auch bis 127 beschränkt jedoch ist sie auch bei schnellen Bewegungen genauer als die Lasermaus.
Was meint ihr? Ist es die Lasermaus oder liegt es an der Verarbeitung der Daten vom USB-Bus. Ich könnte ja noch die Deltas direkt vom Maussensor abgreifen...
Viele Grüße
tuxologie
Hallo,
was meint ihr dazu? Sind alle USB-Mäuse in diesem Bereich beschränkt? Die MX-518 war aber viel genauer bei schnellen Bewegungen als meine Lasermaus.
Ich habe auch probiert die USB-Pollingrate als Kernelparameter anzupassen (Quelle). Auslesen kann man ihn mit: cat /sys/module/usbhid/parameters/mousepoll
Leider wurde die Pollingrate dadruch nicht schneller... Vorschläge?
Viele Grüße
tuxologie
Geändert von tuxologie (07.02.2014 um 08:24 Uhr)
Berechtigungen
Zitieren
Lesezeichen