Миші безглуздий тест

Враження від висоти відриву - не такі чіткі, як у 750-ої зі зміненим блоком оптики, але стало вже непогано. У порівнянні з оригінальною мишкою, зміна алгоритму роботи контролера і датчика W-Mouse привели до зменшення висоти зриву. Швидкісні характеристика напевно стали краще, але через відсутність тестових даних до доопрацювання, сказати щось конкретне вкрай складно. По крайней мере, враження від роботи з нею змінилося в кращу сторону.

Дуже неприємно писати статтю і приводити технічні характеристики виду "як мені здалося". Ех, довелося переробити мишку A4 X-750F, про яку говорив раніше, в W-Mouse. Тепер вже будут точні, чисельні, дані до і після переробки і можна оцінити внесок від правильної роботи з датчиком, якій і славиться W-Mouse.

Як і на попередньому малюнку, червона пунктирна лінія означає включення автоконтролю засобами датчика. І, як і раніше, при цьому вийшли гірші характеристики. Що цікаво, вони збіглися з характеристиками оригінальної мишки A4. Це і підтверджує гіпотезу про автоуправління самим датчиком. Висота відриву практично не змінилася. Зверніть увагу, 'рожевої' зони з негативним рухом, яка була у 730-ої моделі, тут немає.

Програмна модернізація має право на життя. Звичайно, вона не настільки ефективна, як доробка блоку оптики, але простіше в реалізації і має масу інших переваг. Хоча може бути поєднана з нею без взаємних конфліктів. Зменшення висоти зриву в W-Mouse здійснюється за рахунок відсікання 'хвоста', коли датчик працює на межі чутливості через сильну расфокусірованності картинки. Це супроводжується втратою працездатності на деяких поверхнях, але ніяк не відбивається на роботі з нормальними-хорошими поверхнями. Ну а те, що мишка не може рухатися по руці. це невелика плата за зниження висоти відриву в 1.5 рази.

Негативна чутливість на графіках тестування W-Mouse (730-ої моделі), швидше за все, викликана некоректною роботою датчика при дуже чіткої зображенні. Якщо між сусідніми кадрами зображення поверхні стався зсув на 1/2 розміру вікна і сам малюнок повторюється, то датчик фізично не здатний зрозуміти, в який бік йому вважати зразковий відлік. Всі бачили в кіно, коли колесо обертається в бік, протилежний напрямку руху - це ефект стробоскопа. У датчику відбувається теж, він плутається. Страшно навіть не те, що мишка рушить в іншу сторону, а то, що помилка у виборі опорного кадру призведе до дикої помилку за іншою координаті. Наприклад, Ви різко рушили мишку вправо. Покладемо, приблизно чверть цього була на позамежної швидкості і було 'проковтну' датчиком в негативний зсув. Ви це чітко помітите? Та не особливо, курсор переміститься нема на 2/3 величини реального пересування, а тільки на 1/2. А ось що буде з рухом по осі Y? А буде дуже неприємне, в момент зриву мишка 'плюне' різким рухом по осі верх-низ. І це вже дуже-дуже погано. Думаю, Ви оцінили значимість цього дефекту.

При тестуванні я не вказав, але так є і це важливо - при падінні cpi на всіх мишках різко зростав шум на осі Y. Наприклад, для чутливості мишки 1000 cpi фоновий шум по осі Y в 10-30 cpi (мишка так позиціонувалася на стенді, щоб рух був тільки по осі X, але немає нічого ідеального і частина руху потрапляла на складову Y). Так ось, при зменшенні cpi слідував різке зростання cpi (шум) по осі Y до 300-400 cpi. Це означає, що значна частина переміщення вирушає в неправильну координату. Різко маханулі, на чверть від цього руху курсів скакне вгору (або вниз, залежить від мишки).

При русі мишки звичайні методи придушення шуму датчика відключаються. І ось у що це виливається Ви бачите на ламаних лініях. В W-Mouse з цим борються двома прийомами - дуже якісною роботою з низькими швидкостями переміщення (не тільки фільтрацією, багато інших рішень) і динамічним управлінням чутливістю, коли чутливість мишки залежить від швидкості її переміщення. Всі параметри можна налаштувати через програму управління і вони збережуться в мишці. У першому наближенні, динамічне прискорення нагадує настройку у властивостях миші Windows "підвищена точність установки покажчика", але працює коректніше. Якщо не сподобається вид залежності, завжди можна підкрутити пороги і крутизну функції. Дуже часто я чую рекомендацію відключати "підвищена точність установки покажчика", адже від неї тільки шкоду. Не цікаво дізнатися, чому?

Спробую зняти залежність множника цієї функції до швидкості руху мишки.

Дещо незвично звучить швидкість в 'точок в секунду'. Коли характеризують мишку, то говорять про cpi, а ця система вимірювань заснована на дюймі. Щоб не заплутувати ще більше, наведу конкретний приклад - мишка з чутливістю 1000 cpi на швидкості переміщення 1 метр в секунду дає майже 40000 звітів в секунду. При швидкості переміщення 0.1 метра в секунду - майже 4000 звітів в секунду. І т.д.

Ну що, "підвищена точність" знижує чутливість на дуже низьких швидкостях переміщення і підвищує на високих. Залежність лінійна у всьому діапазоні, що дуже добре, але чому ж так її не люблять? Відповідь в графіку - вона рветься на високих швидкостях. Смішно, всього 1 м / сек для вельми низької чутливості в 1000 cpi.

Другий момент - на низьких швидкостях є дефект з нестабільним коефіцієнтом. Це не моя помилка зняття даних і зараз зрозумієте чому. При низькій швидкості переміщення з мишки приходять зміни на 1-2 відліку за раз. Відволікся, це залежить від частоти зчитування даних з мишки, ще й тому шкідливо "розганяти" інтерфейс USB. Повернемося назад, з мишки зчитуються дані про переміщення і приходять цифри типу 0, 1, 2, 3. Прискорювач дивиться на самі цифри. Він бачить, що після 1 приходить 2, що означає дворазову швидкість. А раз швидкість в 2 рази, то і прискорювач треба збільшувати. Ось і виходить, що при застосуванні прискорювача зміщення 0,1,2,1 перетворяться в 0,1,3,1. Я кілька утрирую, але суть зберіг. До речі, приблизно так само працював подвоювач швидкості в старих оптичних мишок. Там було табличное перетворення виду 1-> 1, 2> 3, 3> 5, 4> 7, 5> 9, 6> 12, і далі в два рази більше. Не особливо витончено, але працювало. Правда, все намагалися відключати. W-Mouse теж виконує схоже перетворення, але самі числа обчислюються з високою точністю, під дробову частину відводиться 16 біт, зі збереженням історії. Наприклад, треба передати число 1.25, а в наступний раз 1.56 і потім 2.37. На жаль, драйвер Windows розуміє тільки цілих числа, тому буде відправлено число 1, залишок 0.25 додасться до наступного відліку і буде відправлено 2, а цей залишок в -0.19 додасться до третього відліку і буде відправлений 2 з постостатком 0.18. Думаю, ідея зрозуміла - інформацію можна передавати досить точно навіть в такій системі. Раз вже говорили про прискорювачі Windows, то і про реалізацію в W-Mouse треба розповісти.

Ідея прискорювача заснована на тому, що швидкість руху і необхідна точність пов'язані. Коли нам треба точно потрапити в що-небудь (кого небудь?), То ми знижуємо швидкість. Умовно кажучи, існує два режими роботи мишки - швидко і не настільки точно і повільно і з високою точністю. В налаштуваннях можна змінювати початкові і кінцеві пороги прискорення, а також крутизну залежності від нелінійної з різним ступенем нелінійності до чисто лінійної.

Ну що, заявлені характеристики в W-Mouse витримуються, а вид залежності Ви можете підібрати самостійно. Особисто я користуюся кривої "-4", тоді мишка плавно і непомітно прискорюється при збільшенні швидкості переміщення від найнижчих до найвищих. В даному випадку максимальна порогова швидкість 1 метр в секунду, але через внутрішні проблеми мишки, вона враховує шум і переміщення по іншій осі, поріг знижується до 800 мм / сек. Чи не занадто гарна перспектива і пізніше величина порога була змінена. На вигляді графіків це не відбивається, тому перетестіровать не став.

На цьому сьогодні закінчимо. У заключній частині матеріалу вас чекає матеріал про збірку миші з поліпшеними характеристиками. Далі буде.

Обговорити матеріал в конференції