El ratón se retrasa cuando se mueve largas distancias con baja sensibilidad

Como jugador, suelo jugar con alta sensibilidad, lo suficiente para que con un movimiento de muñeca pueda hacer un giro de 180 grados; Sin embargo, mi objetivo siempre ha sido duro.

Recientemente leí algo sobre jugadores de alto rango que usan una sensibilidad muy baja pero un área de mouse físico muy grande para moverse. La idea esencial es usar el brazo para movimientos grandes y la muñeca para realizar pequeños ajustes (a diferencia de mi estilo de alta sensibilidad donde uso mi muñeca para todo)

Curioso por eso lo probé; pero, en 2 juegos FPS diferentes, encontré que mi mouse se retrasaría. Terminaría de mover mi mano y en el juego, mi punto de mira estaría 0,5 segundos a 1,5 segundos atrás.

Tengo un ratón Logitech M100 barato, pero bueno. Siempre me ha servido muy bien cuando jugaba con alta sensibilidad.

¿Así es para todos los ratones? He leído sobre el DPI de los ratones para juegos, aunque no veo cómo eso resolvería esto. Al final, necesitaría ir a una sensibilidad aún más baja y moverme aún más.

CBS.log "no se puede reparar" líneas:

2017-06-22 19:48:34, Info                  CSI    00000246 [SR] Cannot repair member file [l:16{8}]"ehui.dll" of Microsoft-Windows-ehome-ehui, Version = 6.1.7601.17514, pA = PROCESSOR_ARCHITECTURE_IA32_ON_WIN64 (10), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2017-06-22 19:48:35, Info                  CSI    00000248 [SR] Cannot repair member file [l:16{8}]"ehui.dll" of Microsoft-Windows-ehome-ehui, Version = 6.1.7601.17514, pA = PROCESSOR_ARCHITECTURE_IA32_ON_WIN64 (10), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2017-06-22 19:49:37, Info                  CSI    00000367 [SR] Cannot repair member file [l:16{8}]"ehui.dll" of Microsoft-Windows-ehome-ehui, Version = 6.1.7601.17514, pA = PROCESSOR_ARCHITECTURE_IA32_ON_WIN64 (10), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2017-06-22 19:49:37, Info                  CSI    00000369 [SR] Cannot repair member file [l:16{8}]"ehui.dll" of Microsoft-Windows-ehome-ehui, Version = 6.1.7601.17514, pA = PROCESSOR_ARCHITECTURE_IA32_ON_WIN64 (10), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch

mouse gaming

— Tyler
fuente

¿Observas el mismo retraso en las aplicaciones que no son de juego? Por ejemplo, en mi computadora de trabajo (completamente sin juegos) he observado que al arrastrar Outlook 2016 hay un notable retraso y efecto de suavizado, pero el arrastrar cualquier otra aplicación (incluidas otras aplicaciones de Office) no tiene ese retraso o suavizado. Si el retraso es solo en esas aplicaciones, podemos asumir razonablemente que el problema está en cómo implementan el control del mouse, y no en su computadora.

— music2myear

@ music2myear Acabo de probarlo usando Windows. Sí, obtengo el mismo efecto, especialmente cuando muevo el mouse sobre el área del mouse.

— Tyler

Interesante, un post en bleepingcomputer.com/forums/t/637718/… Se sugirió ejecutar sfc / scannow, y un usuario tenía algunos archivos dañados. Parece que tengo el mismo ...

— Tyler

¿Tiene los mismos archivos corruptos, o solo algunos archivos corruptos?

— music2myear

@ music2myear Los archivos corruptos del otro chico nunca fueron mencionados. Mis menciones en CBS.log "no se pueden reparar" 4 veces. Ver editar para las líneas.

— Tyler