Il mouse è in ritardo quando si spostano per lunghe distanze con bassa sensibilità

Come giocatore di solito gioco con un'alta sensibilità, abbastanza da poter fare un giro di 180 gradi con un movimento del polso; tuttavia, il mio obiettivo è sempre stato di massima.

Recentemente ho letto qualcosa sui giocatori di alto rango usando una sensibilità molto bassa ma un'area del mouse fisica molto ampia per spostarsi. L'idea essenziale è quella di usare il braccio per grandi movimenti e il polso per una piccola regolazione (a differenza del mio stile ad alta sensibilità in cui uso il polso per tutto)

Curioso, l'ho provato; ma, in 2 diversi giochi FPS ho scoperto che il mio mouse sarebbe in ritardo. Avrei finito di muovere la mia mano e nel gioco il mio mirino sarebbe passato da 0,5 secondi a 1,5 secondi.

Ho un mouse Logitech M100 economico ma buono. Mi è sempre servito molto bene quando suonavo con alta sensibilità.

È così per tutti i topi? Ho letto del DPI dei topi da gioco, anche se non vedo come ciò possa risolverlo. Alla fine dovrei andare ad una sensibilità ancora più bassa e dovrei muovermi ancora di più.

CBS.log "impossibile riparare" le righe:

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
fonte

Osservate lo stesso ritardo nelle applicazioni non di gioco? Ad esempio, sul mio computer di lavoro (completamente non di gioco) ho notato che quando si trascina Outlook 2016 si verifica un notevole ritardo e un effetto di smoothing, ma il trascinamento di qualsiasi altra applicazione (incluse altre applicazioni di Office) non ha tale ritardo o smoothing. Se il ritardo è solo in quelle applicazioni, possiamo ragionevolmente supporre che il problema riguardi il modo in cui implementano il controllo del mouse e non con il tuo computer.

— music2myear il

@ music2myear l'ho appena provato usando Windows stesso. Sì, ottengo lo stesso effetto, in particolare quando faccio scorrere il mouse nell'area del mouse.

— Tyler,

Interessante, un post su bleepingcomputer.com/forums/t/637718/… suggeriva di eseguire sfc / scannow e un utente aveva dei file corrotti. Mi sembra di avere lo stesso ...

— Tyler,

Hai gli stessi file corrotti o solo alcuni file corrotti?

— music2myear il

@ music2myear I file corrotti dell'altro ragazzo non sono mai stati menzionati. Il mio CBS.log menziona "impossibile riparare" 4 volte. Vedi modifica per le linee.

— Tyler,