Lehetseges megoldas: optikai kapcsolo.
https://wooting.io/ - nem csak optikus de analog is , vagyis lenyomas
merteke is tudott, jo a linux tamogatas, eleg borsos az ara, foleg ha numpad is kell.
https://www.razer.com/gaming-keyboards-keypads/razer-huntsman ez sem olcso,
eleg vesszet oszeget kernek el az `elit` valtozatert ami egy villagito csuklo tamaszt takar.
A4Tech Bloody B820R -re esett valasztas,
csak a `Blue` stilusu gombok voltak elerhetoek a kozelben,
ugyhogy az lett.
https://www.bloody.com/en/product.php?pid=11&id=154
0.2 ms eszleles, rovid nyomasi melyseg (az elzo billentyuzetnel is rovid volt), 1000Hz polling.
A vilagitast felesleges foldi hivsagnak tartottam, de nem vakit, sot meg tetszik is. (alapbol ki volt kapcsolva)
A legnagyobb baja a dolognak, hogy HANGOS.
En mar megszoktam ill. fulest viselek,
de a kornyezetben elok nem feltetlen fognak orulni.
Meresek szerint eleg gyors, nem probaltam par ms nel pontosabban merni .
Elvileg letezik `Red` stilusu valtozat, lehet hogy az halkabb,
eddig tetszik a dolog.
- turul16 blogja
- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Azert en annak a 0.2ms key responsenak nem biztos, hogy hinnek. Firmwaretol is erosen fugg, hogy mi lesz a vege. Hiaba gyors a hardver, ha a firmware kozben malmozik. Foleg gamingnek brandelt dolgoknal ritkan hiszem el, amit mondanak, mert a tapasztalat mast mutat. (Eddig egyetlen gamingnek brandelt dologrol hittem el, amit irtak, ott is azert, mert nyilt forraskodu a firmware :P)
--
|8]
- A hozzászóláshoz be kell jelentkezni
0.2 ms alatt billentyuzet tudja, hogy lenyomodott, abbol meg siman lehet 1.2 ms a pollozas miatt,
mire a gephez is eljutt, (+ nagysagrendileg kisebb aprosagok) .
Vegeredmenybe, igy is egy nagysagrenddel gyorsabb, mint a legtobb egyebb billentyuzet.
0.2 ms kicsit paraszt vakitas, ebben igazad van.
~ 1 ms nagysagrendu valasz ido, hitelesebb .
Azt tudom, hogy nem lasabb mint az egerem (Razer DeathAdder Chroma),
legalabbis egyszeruen nem kimutathato.
(Lattam membranos billt is gyorsnak hirdetni..).
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
- A hozzászóláshoz be kell jelentkezni
- ha halkítani akarsz még majd a red-en is, akkor gumigyűrűk a billentyűk szárára, elvetemültebbek még kenőolajt is szoktak rakni a mechanikára, de az inkább a lenyomáskor érezhető súrlódást csökkentheti szerintem
- vannak nagyon egyszerűen építhető arduino, vagy egyéb csótány alapú billentyűzet tutorial-ok, aztán írhatsz saját firmware-t, vagy használhatsz QMK-t, vagy hasonlókat, lehet még ennek van is gyorsaságra optimizált verziója
- A hozzászóláshoz be kell jelentkezni
Sajat firmware irasat en nagyon nem javasolnam, foleg ha fontos a sebesseg is. Van egy rakat open source firmware ami teljesen jo erre. QMK is jo, de Kaleidoscope sok esetben gyorsabb.
(Mondjuk picit elfogult vagyok, mert a Kaleidoscope-ban tobb kodom van, mint QMK-ban, es a sebesseg-optimalizalas pont az en muvem az elobbiben)
--
|8]
- A hozzászóláshoz be kell jelentkezni
Hogyan tudtad megmérni a billentyűzeted késleltetését?
- A hozzászóláshoz be kell jelentkezni
Pl. az eger gomb es billyuzet gombjara teszel egy rudat , aztan rautsz. Ha nem finomkodsz, a hiba kisebb mint 1ms.
Monitorozod a bejovo esemenyeket, siman evdev olvsasas, eger eseten szures is .
Az egerem 1000Hz -el polloz, a gomb keselletetese ismeretlen,
de szerintem ~1 ms nagysagrendu.
Az eger-el erdemes mozgas tesztet is csinalni, hogy kepes -e kordinitakat kuldeni legelabb
minden 2ms -ben (siman mozgatod). Talalasz ra progit a githubon, mar nem tudom melyik volt amit hasznaltam.
Ha a gomb lassu az egeren, az elmozdulast is lehet figyelni..
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
- A hozzászóláshoz be kell jelentkezni