Sanjuro

Spokojnie to był tylko test. Na BCB robiłem ułatwiając sobie życie (pod rękoą wszystko co trzeba: komponenty, funkcje/procedury, właświwości, zdarzenia), ale okazało się co się okazało - czyli, że nie idzie uzyskać wymaganej szybkości i precyzji pomiaru (częstotliwość i szybkość). Dlatego zdecydowałem się wkońcu nauczyć tego dziwnego języka Microsoftu czyli WinAPI które najlepiej kompiluje się (najbardziej optymalnie) pod Visual C++. Po drodze znalazłem RawInput (co zastosowałem w tym teście) czyli coś co od czasów WinXP ma zastępować DirectInput i co zresztą poleca Microsoft (nawet łatwiej się go implementuje :), ale mój VisualC++6 nie czaił tego :P dobrze, że Microsoft wypuszcza SDK - biblioteki, nagłówki, kompilatory VisualC++ :) ). Narazie probuję przebrnąć przez gmatwaninę WinAPI (uhhh... niby łatwo zmaksymilizować okno, ale już gorzej jak się chce na początku to zrobić, jednocześnie usówając przycisk maksymalizacji okna :? ). Tak czy inaczej, kolejna wersja 0.0.8alfa będzie już wpełni na WinAPI co niestety nie nastąpi szybko :( może po drodze będą jakieś nie oficjalne wersje pre-alfa jakbym miał wątpliwości z czymś. A... no własnie Kyle chciał maksymalnej wartości pomiarów. Na BCB pierwotnie była (zakładka Odświeżanie), ale usunąłem ją, bo czasami pojawiały się wyniki z kosmosu. Narazie pierwsze testy na WinAPI nie zapowiadają takich zachowań :P Piterro no dziwne z tym AccelFix'em bo wlaśnie sprawdziłem i wygląda na to że wszystko jest ok :| Reszta to tak jak mówi pwlj

Pomału uczę się już WinAPI (ciężkie to jest, ale za to są same plusy :D ) i przy okazji co widzę? DirectInput to przeżytek :P Microsoft dla "High Definition Inputs" (czyli nasze HiRes myszy :P ) zaleca użyć WM_INPUT czyli coś co bezpośrenio pobiera informacje z urządzenia wejściowego (Raw Input) :D czyli jeśli dobrze rozumiem pomija balast sterowników (akceleracja na sterach i inne śmieci :P). Zobaczymy czy uda mi się zrozumieć dobrze to WinAPI (kurde Billu był szalony wymyślając coś takiego :P ) i napisać dobry szybki soft do testowania myszek B-) Ale narazie to tak jak mówiłem zwolnię tempo prac nad programem, gdyż nauka ważniejsza <_< pwlj sprawdź mi jeszcze czy dobrze mierzy częstotliwość mychy ten programik (mój pierwszy z WinAPI i Raw Input :D ) jak nie działa poprawnie na żadnych ustawieniach odświeżania myszy to sprawdź i daj znać co pokazuje ten programik z powyższego postu.

hmmm... nie jestem pewnien czy to nie sprawa firmware'u myszki, jak tak to... nie bardzo. Tzn. dać się da, ale wtedy trzeba znać assembler proca siedzącego w myszce, zdeassemblować firmware i spróbować znaleźć część odpowiedzialną za stand-by (a niestety nie zawsze się da skombinować firmware :( ). Możeby się dało programowo poprzez wymuszanie na myszce odpowiedzi... np. przez inicjalizację oraz odrazu zwalnianie myszy w DirectInput, ale nie wiem czy by wtedy nie zgupiała mycha np. w grach. A tu ten programik co ci mowiłem żebyś sprawdził czy dobrze liczy czas. Od góry pokazuje: szybkość procesora w MHz, częstotliwość odczytu czasu w Hz, okres odczytu czasu w ms (odczyty częstotliości/okresu oraz szybkości proca robione są bezpośredio z liczników procesora :) ). Suwakiem nastawiasz okres timera "wzorcowego" (co jest oczywiście żartem, bo ten timer to porażka, no ale na szybkiego może być :P). Aha przez pewnien czas chyba nie bedzie update'ów programu, bo postaram się przepisać program do Visual C++ (co powinno zmniejszyc kod i może poprawi trochę dokładność wskazań), tyle że najpierw muszę uporać się z czystym WinAPI :mur: oraz znaleźć czas między robieniem projektów do budy :P uhhh... mam nadzieję, że zdąże przed sesją egzaminacyjną :P

Kurcze tak się zastanawiam co tu może nawalać u ciebie :| Później jak wrócę do domu to spróbuję napisać prosty programik dla ciebie do testów, bo może pomiary czasu/procesora coś nawalają :|

:blink: Uhhh... zalecałbym: 1) ustawić odświeżanie myszy 125Hz i sprawdź na "Rozdzielczości" czy poprawnie odczytuje wartość odświeżania, 2) pamiętaj po zmianie rozdzielczości myszy jak ją już wpiszesz to kliknij na przycisk, który ma za zadanie przeliczyć stałe z nową wartością rozdzielczości myszki, I narazie tyle przychodzi mi do głowy :|

Jeśli obliczenia są dobre to spróbuj programik w wersji tymczasowej Rozdzielczość myszy standardowo po uruchomieniu wynosi 800cpi, na liście są standardowe (400,600,1000,1200,1600,2000,2500) można wpisać swoją (tylko liczbę całkowitą), po czym po zmianie (zarówno z listy, jak i po wpisaniu swojej wartości) należy zatwierdzić wpis przyciskiem.

Sorry :oops: rzeczywiściemasz racje :D Tak zgadza się. Dopóki nie będzie gubić pikseli to bedzie wszystko ok, pod warunkiem, że pomiar czasu będzie dobry. A, że już wiemy że coś narazie pomiar czasu nie działa dokładnie... to pewnie będą przekłamania dla częstotliwości >125Hz :? . Kurcze.... Niech ktoś mnie sprawdzi: ((CPU / CPImyszy)*(127/5000)) * (DrogaWskaźnika / (IlośćCykli)) wynik powinien wyjść w [m/s] DrogaWskaźnika = sqrt((abs(X-X1))^2+(abs(Y-Y1))^2) CPU - prędkość procesora w Hz, CPImyszy - jak nazwa wskazuje ustawiona rozdzielczość, 127/5000 - to wspołczynnik zamiany cali na metry, DrogaWskaźnika - liczona z pitagorasa, X, Y - bierzące punkt w którym jest wskaźnik myszy, X1,Y1 - punkt poprzedni w którym był wskaźnik myszy, IlośćCykli - brana z różnicy wskazań ilości cykli pomiędzy pomiarami (przesunięciem myszy) i tak dla wyjaśnienia: CPU/IlośćCykli - da nam czas pomiędzy pomiarami, DrogaWskaźnika/CPIMyszy - da nam drogę przebytą przez wskaźnik w calach, Jeśli wszystko jest wporządku to... kurcze może zostawimy na calach?? Bo trzeba nieźle machnąć, żeby wyszedł 1m/s :P

Mała poprawka powinno być chyba I:R*39,37007874015748031496062992126 Ok to dorobię pomiar rozdzielczości pionowej. Pewnie bedzie przełanczane tak jak długość przesunięcia myszy. Ano bedzie miało konsekwencje, będzie. Tzn narazie bedzie ograniczone podobnie jak odczytywanie częstotliwości, czyli będą tu powstawały błędy, które później postaram się usunąć.

Wyjaśniłem to w ostanim poście o programie w temacie A4Techa: 2452196" target="_blank">http://forum.purepc.pl/index.php?act=findp...amp;pid=2452196 Uhhhh... tak też myślałem :| Sprobuję znaleźć jakieś lepsze rozwiązanie, dopóki nie przejdę na DI. Ano własnie, że nie (nawet nie mam podpiętych nagłówków DirectInput :P ), chyba że Microsoft jakoś zemulował mychę (DI przechwytuje mychę i jest przekazywana do zwykłego API) ale wątpię :P pozatym takie rozwiązanie pewnie wprowadzałoby więcej błędów i opóźnień niż przy moim odczytywaniu częstotliwości :P Które też nie jest przechwytywane bezpośrednio z mychy (API lub DI) tylko przez protezę "MouseMove" która zapewne wprowadza opóźnienia :( Hmmm... a może zamist mierzyć długość poziomom lini przy pomiarze częstotliwości to wyliczyć długość z Pitagotasa? Co o tym myślicie? Może mniejszy wpływ miałoby odjechanie myszt w góre, na dokładność pomiaru rozdzielczości :?

Wyszło przypadkiem. Zrezygnowałem z rysowania odcinków między kolejnymi punktami przesuniecia myszy (tak rysuje Paint narzędziem ołówek), przez co punkty stawiane są tylko w kolejnych miejscach pobranych z myszki. Jako że interpolacja nakazuje ominąc 1 piksel, automatycznie jest przekazywana informacja, że następny piksel to nie (poprzedni + 1) tylko (poprzedni + 2) gdzie ta 2 bierze się własnie z dodania piksela interpolacyjnego. Zrobiłem nowy temat o moim programie gdzie również zrobiłem FAQ dotyczący testowania myszek. Prosze was (Kyle i pwlj) o sprawdzenie informacji i ew jak cos zle napisalem to poprawcie mnie :)

VMouse Benchmark jest programem przeznaczonym do testowania myszek. Na razie posiada jedynie kilka udogodnień (w stosunku do zwykłego MSPaint’a którym najczęściej robi się te testy) pomocnych przy wykrywaniu interpolacji oraz mierzeniu rozdzielczości. Może wkrótce będzie miał bardziej kompleksowe rozwiązania, jak znajdę czas na naukę DirectX (bardziej precyzyjne przechwytywanie myszki poprzez DirectInput oraz test na interpolację w środowisku Direct3D), ale najpierw muszę się przygotować do egzaminów oraz zrobić pracę dyplomową :P PROCEDURA TESTOWANIA: Przygotowania: Żeby przetestować myszkę należy najpierw przygotować środowisko do rzeczywistego odwzorowywani ruchów myszka. W tym celu należy: We właściwościach myszy („Panel Sterowania”->„Mysz”), w zakładce „Ruch” szybkość kursora ustawić w pozycji środkowej oraz odznaczyć „Zwiększ precyzję kursora” (może być pod inna nazwą np. przy sterownikach A4Tech - „Przyśpieszenie kursora”) ta operacja wyłączy część interpolacji i sztucznego przyśpieszenia wprowadzanego przez sterowniki windowsowe. Zniwelować akcelerację do minimum za pomocą programiku AccelFix produkcji anir’a łatki wprowadzanej do rejestru (mouse_fix produkcji CPL). Po powyższych operacjach należy restartować komputer :) Testy:Testy można wykonać w Paincie, ale ja będę starał się przedstawić większość na moim programie. Test częstotliwości pobierania danych z myszy dokonujemy na zakładce Odświeżanie poruszając myszą w prostokątnym obszarze określonym jako „Pole pomiaru częstotliwości pobierania danych z myszki”. Po prawej będą ukazywały się wyniki pomiaru oraz uśredniony wynik 100 pomiarów (obok napisu AVG:). UWAGA: pwlj po wstępnym teście zauważył, że program na razie nie radzi sobie z odczytem częstotliwości powyżej 500Hz (udaje się zmierzyć ok. 700Hz zamiast 1000Hz), dlatego do tego testu warto ściągnąć program polecany przez pwlj DIMouseHz, który przechwytuję myszkę za pomocą protokołów DirectInput i poprawnie mierzy częstotliwości 1000Hz. Test na obecność interpolacji wykonujemy by przekonać się, czy myszka pracuje w swojej rzeczywistej rozdzielczości, czy też interpolowanej czyli rozdzielczości programowo zwiększanej. W tym celu należy zrobić test 10 pikseli (można dla pewności zrobić więcej pikseli ;) ). W tym celu w zakładce Interpolacja należy przycisnąć i przytrzymać na czas testu LPM, a następnie pomału (żeby myszka zdążyła przesłać informację o ruchu) przesuwać mysz w poziomie lub pionie. Jeśli test wypadnie pomyślnie to wyjdzie nam linia ciągła. Natomiast jeżeli istnieje interpolacja to w równych odstępach będzie widoczna przerwa zwykle o długości 1 piksela (najczęściej spotyka się prostą interpolację 2+1 rozdzielczość zwiększona programowo o 50% lub 4+1 – rozdzielczość zwiększona o 25%)Dodatkowo osoby które mają możliwość zmiany częstotliwości pobierania danych z myszki, mogą zaobserwować co dają dodatkowe Hz oraz wszyscy mogą dojść do wniosku, że Paint (czyli płótno „Canvas” po którym się rysuje) to niezbyt dobre narzędzie do określania akceleracji myszki. Tzn. mając np. myszkę PS/2 standardowo ustawioną na ok. 40-60Hz, przy szybkich ruchach rysując okrąg dość łatwo zrobić z okręgu kwadrat :( Jest to związane ze sposobem rysowania ciągłej krzywej, która jest uzyskiwana za pomocą rysowania odcinka linii prostej pomiędzy dwoma sąsiednimi przesunięciami myszy (pobraniem danych z myszy). Dlatego zrezygnowałem z tego rodzaju rysowania w moim programie (rysowanie za pomocą punktów, a nie odcinków), co zaowocowało łatwiejszym wykrywaniem interpolacji :D Test na obecność akceleracji Zazwyczaj występują dwa rodzaje akceleracji: akceleracja (zwykła) – objawia się, że droga przebyta przez wskaźnik na tej samej długości drogi przebytej przez mysz, jest różna w zależności od prędkości ruchu, akceleracja wsteczna – objawia się poprzez gubienie się wskaźnika myszy, tzn wskaźnik ląduje w całkowicie niezamierzonym miejscu (UWAGA! Złe podkładki pod mysz także mogą być przyczyną powstawania akceleracji wstecznej dlatego mysz należy testować na różnych podkładkach, z różnych materiałów, co zaleca producent czujników do myszy optycznych - Avago!). Akceleracja wsteczna może się jednak ujawniać także podobnie jak akceleracja zwykła tzn. jeśli wykonamy szybki ruch myszy, a następnie wrócimy wolnym ruchem myszy do miejsca z którego zrobiliśmy ten szybki ruch, może się okazać, że droga przebyta poprzez szybki ruch może być kilkukrotnie krótsza niż przy wolnym ruchu. Czyli przy szybkim ruchu zostały zgubione kolejne odczyty położenia myszy (tu może trochę pomóc zwiększenie częstotliwości odczytywania danych z myszy), Test na akcelerację należy przeprowadzić w grze 3D (najlepiej w strzelance FPS/FPP), w której jest możliwość (lub jest się pewnym) ustawienia pobierania danych z myszy poprzez protokół DirectInput oraz ustawienie niskiej czułości myszy. W grze wykonujemy szybki obrót poprzez szybki ruch myszy (należy zapamiętać miejsce na podkładce z którego wystartowaliśmy myszą) i jeżeli się nie zgubiliśmy czyli zamiast oczekiwanego obrotu w konkretnym kierunku, nasza postać patrzy całkiem w innym kierunku (co wskazywałoby na akcelerację wsteczną), a następnie powolny powrót myszy do miejsca startu testu. Jeżeli nasza postać patrzy tam gdzie patrzyła na początku testu to gratulacje! Mysz nie ma objawów żadnej akceleracji. Natomiast gdy postać wykona większy lub mniejszy ruch to znaczy, że niestety, ale jest obecna akceleracja :( Test rozdzielczości rzeczywistej, gdy wykluczyliśmy na danej rozdzielczości myszy obecność interpolacji oraz akceleracji, możemy zmierzyć rzeczywistą rozdzielczość myszy. W tym celu należy narysować linie prostą przesuwając mysz w poziomie na odległość 1 cala (dla rozdzielczości myszy <800cpi i rozdzielczości ekranu >=800x600) lub 0.5 cala (dla rozdzielczości myszy <=2000cpi i rozdzielczości ekrany <1600xYYYY). Długość pozioma narysowanej lini wyznaczy nam rozdzielczość odpowiednio: CPImyszy = Llini (dla przesunięcia o 1 cal), CPImyszy = Llini*2 (dla przesunięcia o 0.5 cala), CPImyszy = Llini*4 (dla przesunięcia o 0.25 cala), Aby ułatwić sobie pomiar i zwiększyć precyzję pomiaru, można skorzystać ze suwmiarki. Mierzymy szerokość myszy (w tylniej części gdzie jest najszersza), do wyniku pomiaru szerokości dodajemy przesunięcie (1” lub 0.5” lub 0.25”) i tak przygotowaną suwmiarkę kładziemy na podkładce. Mysz opieramy tak by jeden bok opierał się na jednej ze szczęk a jej tył na prowadnicy suwmiarki i rysujemy linię przesuwając mysz prostopadle do prowadnicy (a równolegle do szczęk) w kierunku drugiej szczęki. W moim programie pomiar rozdzielczości dokonuje się w zakładce Rozdzielczość. Rysowanie linii następuje po pierwszym kliknięciu, a po drugim zostaje zatwierdzony koniec linii. Pomiar dokonywany jest automatycznie (wartość bezwzględna z różnicy pomiędzy poziomym wymiarem punktu początkowego i punktu końcowego, tak więc pomiaru można dokonywać z lewej do prawej i z prawej do lewej :P). Za informację o testach dziękuję Kyle’owi który wymyślił procedurę testowania rozdzielczości oraz pwlj, razem zebrali informacje i dopracowywali procedury testowania myszy. A teraz krótko o programie: Zmiany w bieżącej wersji 0.0.7 alfa: fix: poprawiono błąd przepełnienia pamięci zasobów (zakładka „Interpolacja”),Znane błędy: brak dokładności pomiaru częstotliwości pobierania danych z myszy powyżej 500Hz,Plany na przyszłość: dodanie pomiaru szybkości myszy [~ver 0.0.8a], przejście na DirectInput lub RawInput (WinXP lub nowszy) [~ver 0.0.8a], dodanie zakładki test akceleracji (kamera wewnątrz kuli z podziałką w środowisku Direct3D), [~ver 0.0.10a] dodanie testu przycisków [~ver 0.0.8a], przepisanie kodu do WinAPI (+ kompilator Visual C++, co mam nadzieję że wyeliminuje to błędy pomiaru częstotliwości oraz szybkości myszy) [~ver 0.0.8a], Program w wersji 0.0.7alfa można ściągnąć tutaj P.S. Kyle, pwlj sprawdzie FAQ i dajcie znać czy nie ma jakiś błędów. P.S.2. Jak ktoś bardzo będzie chciał zobaczyć to źródła udostępnię :P Program pisany w Borland C++ Builder 6 (tak wiem, lepiej zastosować Visual C++, ale nie trawię tego programu :| )

Tak jak napisałem nie znam się (jeszcze) na DirectX, a do tego należy DirectInput ;P (jakoś wogóle nie trawię za bardzo teorii programowania z Microsoftu :? ). Program jest pisany narazie tak "od ręki" w Borland C++ Builder, dlatego to nie działa tak jak powinno działać. Tzn samo przechwytywanie czasu robię odczytując ilość cykli proca, ale już sama informacja o ruchu myszy pochodzi (narazie) z Borlandowskiego przechywywania myszy w komponentach (MouseMove) co nie jest najlepszym sposobem :| A wiesz, że miało być? Sam nie wiem czemu nie zrobiłem tego :P Ale w 0.0.6a już jest :) Dzięki ale nie moja :P Dzięki googlaczowi wyszukałem :P Hehe. Twoje życzenie jest dla mnie rozkazem ;) No i wykonany następny rozkaz (mam nadzieję, że o to chodziło) Spokojnie, chyba wszytko (jestem pewny na jakies 95% ;) ) jest automatycznie skalowane i powinno dobrze wyglądać w rozdzielczości 800x600 lub wyższej :) Ok. Zmienione. Niby niektórzy testują też akcelerację na Paincie, a ja zauważyłem, że nie jest to taki dobry sposób (przez pewien mały bład, który pożerał mi większość czasu procesora przy rysowaniu, zamiast kólek wychodziły trójkąty :blink: czyli porostu nie pobierał tylu informacji z mychy ile powinien, a że ciągłą krzywą uzyskuje się poprzez rysowanie odcinków linni prostych... to wniosek sam się nasuwa czemu tak się działo :P ) Co do ramki... No lupa powiększa obszar gdzie wskaźnik myszy (kwadrat o boku 25pix), ale jak bardzo chcesz to dorobię jakiś wskaźnik typu kwadratowy celownik (będzie najszybciej) :P Ehhh... i... już jest :) !!! UWAGA !!! Zmieniłem zasadę rysowania w zakładce "Interpolacja". Nie działa już kropkowanie, za to teraz wystarczy przytrzymać LPM i wooolnooo jechać w poziomie lub pionie. Teraz wychodzi idealnie czy jest, czy nie ma interpolacji, a nawet jaki algorytm zastosowano (na X-750BF w 600=2+1, 1200=2+1, 2500=4+1 - wkońcu sprawdzona najwyższa rozdzielczość :D ). Przy okazji szczęsliwcy którzy mają zmianę rozdzielczości (czyli nie ja :cry: ) powinni zauważyć, że przy szybszych ruchach myszką kropki są częściej rysowane :P Czyli co daje 1000Hz zamiast 125Hz :P I tu prośba do osób które mają możliwość zmiany częstotliwości. Sprawdzcie na wyższej częstotliwości na trybie który na 100% jest interpolowany czy wychodzi ta interpolacja na nowym trybie określania interpolacji (raczej powinno być wszystko ok, bo czy 1ms czy 8ms to interpolacja powinna wyjść, tyle, że przy 1ms bedzie można szybciej rysować ta linię) :) Program w wersji 0.0.6 alfa jest do ściągnięcia tutaj Uhhh... jak się wyśpię to zrobię nowy temat, żeby A4Techa nie zaśmiecać :P

Potrzeby testowania mychy (nudziło mi się :P) wystartowałem ze zrobieniem uniwersalnego programiku :) Niestety nie znam się na DirectX więc wszystko jest narazie na standardowym API windosowym i borlandowskich patentach :P Program przygotowywany pod WinXP, ale powinien też działać na wcześniejszych Winach :) Program ma narazie 3 zakładki użytkowe + jedna informacyjna. Zakładka 1 - Odświeżanie - no to poprostu zwykły MouseRate (przy okazji jak będziecie sprawdzali programik to dajcie znać czy radzi sobie z odczytem częstotliwości powyżej standardowej 125Hz). Zakładka 2 - Akceleracja - mini Paint z zoomem w dolnym rogu dzięki czemu lepiej jest wykonać test 10pix, możliwość rysowania tylko "czarnym ołówekiem". Zakładka 3 - Rozdzielczość - kolejny mini Paint tym razem test rozdzielczości poziomej, wraz z automatycznym obliczeniem długości linii. Test wykonujemy poprzez 2 kliknięcia. Pierwsze kliknięcie jako początek linii i drugie kliknięcie jako koniec linii. Kolejne kliknięcie zacznie procedurę od nowa. Program w wersji 0.0.5 alfa jest do ściagnięcia tutaj. Jest to narazie wczesna wersja (v0.0.5 alfa) tak więc proszę o odrobinę wyrozumiałości :P Plany na przyszłość: - przerzucenie się na DirectInput, - dorzucenie zakładki "Akceleracja 3D" - czyli Direct3D i kamerka wewnątrz kuli z podziałką, albo coś na ten styl, - poprawienie błędów (o których wiem i tych o których jeszcze nie wiem :P), Źródła udostępnie jak ktoś bedzie bardzo chciał i/lub jak skończę wersję finalna (co może trochę potrwać, bo teraz trzeba pomyśleć nad egzaminami i pracą dyplomową :P i jeszcze nauczyć się DirectX'a :P)

Kurcze ludzie jak wy machacie tymi mychami :blink: albo na czym :? Mi wychodzą co najwyżej wielokąty (zwykła podkładka reklamowa), ale jak wspomniał pwlj jest to objaw wolnego odbierania danych z myszki (125Hz).

No to jak bedziesz kupował suwmiarkę na potrzeby mierzenia rozdzielczości myszek to kilka moich sugestii: - blokada suwaka powinna być dobra (tzn, żeby ci szczęka ruchoma z noniuszem nie odjeżdzała jak udeżysz w nią myszką) i łatwa w obsłudze (kiedyś się mocowałem z taką jedną starą suwmiarką z blokadą śrubową, jak się ją zakręciło to nie szło potem odblokować suwmiarki :P, a jak nie dokręciłeś to nic nie zmierzyłeś bo się suwak za łatwo przesówał :blink:), - warto by opcjonalnie był dodatkowo noniusz calowy (niektóre mają podziałkę calową na górze, w cyfrowych często jest to sprawa przyciśniecia przycisku zamiany jednostki :P) Drugoplanową kwestią jest wybór - cyfrowa czy "wzrokowa". Zależy kto jak woli. Ceny cyfrowych są coraz niższe, a przy nich przynajmniej odczyt jest bezproblemowy :P co prawda nie wiem jak kwestia dokładności w tanich cyfrówkach, bo miałem do czynienia tylko z ekstra sprzęcikiem Mitutoyo, a w domu mam tylko starą, dobrą, polską wzrokówkę B-) Zastanawiałem się and mikrometrami jeszcze, ale odpadają bo mają zakres pomiaru za mały, co za tym idzie trzebaby dopasowywać mikrometr do danej myszki :( Inna sprawa, że chyba nie potrzeba aż takiej precyzji pomiaru wielkości jak w mikrometrach :P Co do obliczeń - to już zboczenie zawodowe :P 4 lata laborek w technikum + 3,5roku laborek na studiach :P czyli dopatrywanie się gdzie jest jaki błąd :P i jak go policzyć :P Z kątami to pewnie i tak byś się nie doliczył błędu, chyba że znalazłbyś dokładne wymiary tej częsci z soczewkami :P I potrafiłbyś dokładnie zmierzyć kąt pod jakim był czujnik na początku pomiaru oraz na końcu pomiaru :P

pwlj, Kyle po kilku głębszych (wkońcu Sylwek :P był) mnie olśniło i wpadłem na pomysł jak zwiększyć precyzję mierzenia rozdzielczości :D A mianowicie mozna posłużyć się suwmiarką :D najlepiej jakby miała calowy noniusz lub jeszzce lepiej za pomocą mikrometru (chyba ten większy powinien się nadać, ale głowy nie daję bo nie mam takiego przyrządu pod ręką). Tak więc (na przykładzie suwmiarki): - bierzemy nasz przyrząd mierniczy i mierzymy tylnią część mychy (zwykle tam jest najszersza, i najlepiej nada się do naszych celów :D ), - wynik zapisujemy (w pamięci, na kartce, w kalkulatorze - gdzie nam wygodniej) i dodajemy pół cala, - ustawiamy naszą nową wielkość na suwmiarce i blokujemy (starsze miały lepszą blokade :P), - ustawiamy naszą mychę pomiędzy jedną ze szczęk, a prowadnicą (największą częścia suwmiarki z podziałka ;) ) - przesuwając mychę po prowadnicy w stronę drugiej szczęki zmierzymy dość dokładnie rozdzielczość mychy :D Dalej powstają błędy, ale już o wiele mniejsze, związane z nierównomiernym przesuwaniem mychy (jakby mycha była prostokątna na tyle było by prawie idealne :P), a co za tym idzie za każdym razem czujnik może skończyć pomiar w innym miejscu (przestawiony pod innym kątem, co da błąd przesunięcia nawet kilkadziesiąt pix dla wyższych rozdzielczości). Lewy rysunek pokazuje stan początkowy pomiaru lub też Delta_fi = 0. Prawa część rysunku przedstawia końcowy stan pomiaru z przesunięciem myszki o jakiś kąt fi, co da Delta_fi > 0. (zakładam, że obraz służacy do pomiaru znajduje się w pomiędzy soczewkami). Oczywiście jak na początku fi1<>0 i na koncu pomiaru fi2<>0 oraz fi2=fi1, błąd pomiaru powinien się zmiwelować. Jak widać błąd pomiaru dla okrągłej myszki (czyli takiej jakiej nie ma :P) może wynosić od Delta_fi=0 (dla fi=0st) do Delta_fi=L/2 (dla fi=90st, gdzie L - to odległość między soczewkami). Najlepiej byłoby mierzyć gdyby można było wyciągnąć obraz z czujnika. Wtedy to błąd pomiaru możnaby zniwelować prawie do 0. Uhhh... mam nadzieję, że nie zamieszałem :P P.S. Pomierzyłem po raz trzeci rozdzielczości X-750BF (przy pomocy suwmiarki :P), po 5 pomiarów na rozdzielczość, wynik podaję jako średnia arytmetyczną, a w nawiasie róznicę między największą wartościa pomiaru i najmniejszą: - 800cpi -> 906cpi (14cpi) - 1600cpi -> 1794cpi (32cpi) - 2000cpi -> 2248cpi (74cpi)

Kur... ślepy jestem :mur: :oops: Jak byk jest checkbox "DirectInput" w UT :P No i muszę przyznać, że na DI całkiem ładnie to chodzi :P tzn różnica jest już tylko jakieś max 5% :D między szybkim ruchem, a wolnym :P Dalej jednak nie potrafię na tyle machać by zatrzymać mychę w miejscu :P Czekam jednak na test profesjonalisty, ciekawe czy potwierdzi moje testy, czy też obali moje nikłe umiejętności B-) Wszystkim życzę dobrej zabawy sylwestrowej i Dobrego Nowego Roku :D

Też czekam na wyrok fachowca :D

No żeczywiście troche zamieszałem popredni swój post :P Ale tak jak mówie w UT szybki ruch jest o wiele mniejszy niż wolny ruch :( Tyle ze w kosmos nie wysyła mychy :P Tak więc na szybkim ruchu gubi piksele. Czekam na twój test, bo ja tak jak już pisałem cierpię na chroniczny brak miejsca na dysku wiec UT2004 nie zainstaluje :(

Thx :) Staram się poprostu być we wszystkim co robię kompetentny. Testy robię obiektywnie, bez względu na to ile dałem za sprzęt. Czekam z niecierpliwościa :) Nie jestem dobry w testach myszek, więc nie zdziwię się, jak coś wyjdzie inaczej niż mi :P Aha i do oc myszy to polecam to: 2448301[/snapback] Chyba napiszę jakieś FAQ z Kyle Widzę, że przydałoby się [; O tak przydałoby się, długo musiałem w tasiemcach wenezuelskich (temat o pro mychach) szukać info o benchmarku. Pasowałoby też dokładne wyjaśnienie pojęć (akceleracja, akceleracja wsteczna etc.) hmmm... Kurcze, a wiesz, że nawet nie wiem :/ Nie bardzo widzę, możliwopść jakichs zmian przy myszce (prócz sens i smooth) :| Hmmmm... zaraz spróbuję na CS'ie jak zainstaluję, widziałem chyba jakieś komendy do wyłanczania akceleracji. Chyba, że polecasz coś innego małego (ostatnio cierpię na chroniczny brak miejsca) :P łatwo i pewnie konfigurowalnego?

Szczegółów się czepiasz :P Wszyscy (chyba) wiedzą, że oc myszy można dokonać tylko podkręcając USB poprzez stery (jak myślę, że robi Logi i Razer, Microsoft) lub poprzez patchowanie sterownika systemowego usbport.sys. Niestety na X-750BF nie da się tego zrobić. Zastanawiałem się czy A4Tech nie korzysta z własnych sterów, ale downclocking na usbport.sys działa :(

No opierałem się na poprzednich postach pwlj który określił akcelerację wsteczną jako: 1) idącą w kosmos myszkę 2) gubiącą po drodze piksele na szybkim ruchu P.S. Zastosowałem mouse_fix'a z CPL'a. No chyba że UT jakoś wprowadza jeszcze akcelerację, lub ten patch z CPL'a nie działa :/

Ok dzisiaj po wypoczynku, ponownie sprawdziłem myche i... bie jest już tak rózowo :( Tzn jest, ale nie do końca. Rzeczywiście akcelerację sprawdzałem tylko w paincie. Zgodnie z zaleceniami wrzuciłem FPS'a (UT), dałem sens = 1, wyłączyłem smothing (z UT, bo w sys już dawno nie ma :P), odpaliłem ctf'a i... O ile dobrze zrozumiałem posty Kyle i pwlj to widzę, że jest jednak akceleracja wsteczna :( tzn zrobiłem wolny ruch, a potem szybki powrót. Mysz się po drodzie nie zgubiła (tu się ucieszyłem), ale nie wrócił do poprzedniego miejsca :( Testowałem na tych rozdziałkach rzeczywistych (800, 1600, 2000). Wykonywałem kilkukrotnie test i za każdym razem na szybkim ruchu pokonywał 40-85% drogi wolnego ruchu :( Największa na 2000cpi, najmniejsza na 800cpi. Pasowałoby żeby ktoś bardziej obcykany w benchu myszy jeszcze wykonał ten test :| Ponownie wykonałem także testy rozdzielczości :) (2 razy udało mi się powtórzyć test na 10pix na 2000cpi :D ale zeszlo mi coś ok 30min). Zrobiłem po kilka testów (dla 2000cpi - 7 testów, dla 1600cpi - 5 testów, dla 800cpi - 5 testów). Wyniki średnie mają się następująco: - 800cpi = 945cpi - 1600cpi = 1823cpi - 2000cpi = 2192cpi Precyzja ręczna ;) Wiec do rozdziałki pasowałoby zrobić blat przesuwany (lub jakiś przesuwany imak na myszkę) sterowany silnikiem krokowym z mikrokrokiem :) Nawet test 10pix ładnie by wtedy wychodziło :P

Mi rozdziałka na X-750BF (kupiłem ze względów ekonomicznych) po pierwszych pomiarach wychodzi 800 (~900), 1600 (~1800), 2000 (~2180). 1600 jakoś cudem się udało za pierwszym razem 10pix :P, przy 2000cpi chyba z 15 razy powtarzałem próbę i jakoś wkońcu się udało :P 2500 nawet nie probuje :mur:, ale pewnie jest interpolowane. Ponowne testy wyższych rozdziałek - jak sobie kupię lepszego pada i ślizgacze teflonowe :P 600 i 1200 nie przechodza testu na interpolacje, co jest zgodne z możliwościami sprzętu (dziwne że A4Tech olał 400cpi :( i wolał interpolować na 600cpi :( ) Akceleracji wstecznej - nie stwierdzono (test tylko przy 800 i 2000cpi) :) (nie wiem czy 1280x starczy na test 2000cpi :P i jak szybko machałem łapą :P) Akceleracji - nie stwierdzono (nie ręczę za precyzję wykonania tego testu :P ) Wszystkie testy zostały dokonane z kanonami tej sztuki (suwak szybkości w połowie, wyłaczone przyspieszenie/precyzja, zastosowany MouseFix). Podkładka mała (brak miejsca na biurku) low-costowa (reklamowa firmy ControlProcess :P) O samej myszce (skala 1-5): - wykonanie: 3 (prześwity koło przycisków, rolka lekko przesunieta w prawo, za bardzo wysunięte przyciski boczne) - materiały: 4+ (miłe w dotyku, tak jakby eee... gumowane? taki hmmm delikatniejszy zamsz czy coś :P, guma pod kciukiem niestety słaba - lekko śliska :( ) - kształt: 4 (jaki kto woli, mi całkowicie odpowiada :) ) - przyciski: 5 (miło się je klika :P) - rolka: 4 (dobry wyczuwalny skok, minus za świecenie :P ale jakoś musieli pokazać aktywną rozdzielość :) ) - ślizgacze: 3 (krzywo przylepione, ale przynajmniej sie myszka nie kiwa :P, mogłyby być lepszej jakości) - sterowniki: 4+ (małe, proste bez wodotrysków, podmieniają systemowe stery, brak overclockingu (zarówno w sterach jak i przez usbport.sys) - ale nie zauważyłem probleów z mychą żeby podkręcać mychę :) ; przy okazji sterów niektórzy "testerzy" nie zauważają, że przy nastawach programowych zmiennego DPI dla osi X i Y zmienia zakres wraz ze zmianą sprzętową na myszce :P ) A przy okazji - testował może ktoś płytę/podkładkę z białego Delrin'u (nazwa DuPont)? Takie coś poleca Avago, jako najlepszą powierzchnię dla laserówek :P Jesli dobrze kombinuję to polskim odpowiednikiem Delrinu jest Tarnoform (nazwa Zakładów Azotowych w Tarnowie-Mościcach). P.S. Z początku miał być post o czym innym :P a wyszedł test mychy :D

Tak? Ciekawe komu wysylaja jeszcze jak nawet EP sampli doprosic sie nie moze :?