Trantek Electronics Co. - более известный под лейблом TTC:
Энкодеры(Encoder): http://www.ttc-switch.com/en/products.aspx?cid=13#1 , готовый модуль: http://www.ttc-switch.com/en/products.aspx?cid=37
Микрики(micro switch): http://www.ttc-switch.com/en/products.aspx?cid=36 , мембранные микрики(tact switch): http://www.ttc-switch.com/en/products.aspx?cid=34

Yueqing Tengfei Electronic Co. - более известный под лейблом HUANO:
Энкодеры(Encoder): http://www.yqtengfei.com/plus/list.php?tid=14
Микрики(micro switch): основные кнопки: http://www.yqtengfei.com/plus/list.php?tid=12 , боковые: http://www.yqtengfei.com/plus/list.php?tid=13 , мембранные микрики(tact switch): http://www.yqtengfei.com/plus/list.php?tid=32

Kaihua Electronics Co.,Ltd - более известный под лейблом Kailh:
Энкодеры(Encoder): http://www.kailh.com/en/products.asp?Ca ... d=74&rel=9
Микрики(micro switch): http://www.kailh.com/en/products.asp?Ca ... d=67&rel=2 , мембранные микрики(tact switch): http://www.kailh.com/en/products.asp?Ca ... d=69&rel=4

Omron Electronic Components - более известный под лейблом Omron:
Микрики(micro switch): http://components.omron.eu/en/products/ ... fault.html , http://www.fa.omron.co.jp/products/fami ... ature.html , http://www.omron-ap.co.in/product_info/D2F/index.asp , http://www.fa.omron.co.jp/products/fami ... index.html

Всего существует 3 основных способа держать компьютерную мышку.

Хват ладонью
#77
Вся ладонь лежит на мышке. По бокам мышку придерживают большой палец и мизинец. Такой хват лучше всего подходит для работы в офисе, т.к. обеспечивает наименьшую утомляемость руки во время работы.

Хват пальцами
#77
Ладонь не лежит на мышке. С одной стороны мышь придерживает большой палец, с другой безымянный и мизинец. Нажатие на на мышку происходит подушечками пальцев.

Хват «коготь»
#77
Рука располагается аналогично предыдущему пункту, только нажатие на кнопки мыши происходит кончиками пальцев, а не подушечками.

Правильный хват мышки в играх для геймеров.
Считается что это «коготь» и хват пальцами.
Такой тип хвата обеспечивает геймерам наибольшую точность позиционирования в играх, а так же наибольшую скорость и «точность» кликов.

Упростим модель сенсора : будем считать, что квадратики элементов матрицы идеально плотно, без разрывов прилегают друг к другу.
Матрица - 36х36 пикселов.
Теперь некая идеальная ситуация : по матрице движется строго вертикальная глубокая тень, и надо вычислять только X-смещения (Y не нужен).
В 1-м кадре тенью накрыта ровно половина матрицы слева (яркости всех элементов 1..18 в строках = 0), а вторая, правая половина ярко и равномерно освещена (все яркости 19..36 = 100).
Во 2-м кадре изображение немножко сдвинуто по горизонтали, элементы 19 уже частично затенены, и их яркости теперь не 100, а 99.
Не надо быть семи пядей во лбу, чтобы сразу сообразить : изображение сдвинулось на 0.01 межпиксельного расстояния. Вот это и есть вычисленное X-смещение.
Когда контроллер мыши попросит текущее смещение, надо просто умножить X на заданный CPI-коэффициент (допустим он = 76.2 - и разумеется, это не прямой CPI,
а множитель, который по постоянным характеристикам "матрица+оптика" соответствует какому-то конкретному CPI-масштабу) и отдать это контроллеру мышки.
Но поскольку тот не понимает чисел с плавающей точкой, то ему отдаётся только целая часть, а остаток продолжает учитываться дальше в накопителе X-смещения.

В нашем случае, если тень двигается с постоянной скоростью, получится последовательность :
0, 0.01, 0.02, 0.03, ... 0.07 - и здесь у сенсора запросили смещение. Сенсор делает : 0.07*76.2 = 5.334, мыше отдаёт 5,
остаток 0.334 переводит обратно в пиксельный масштаб 0.334/76.2=0.004383202 и продолжает приплюсовывать к нему X.
То есть, процессор сенсора всегда работает с числами смещений в своём масштабе, где за 1 условную единицу принято межпиксельное расстояние.
А по требованию он всего лишь переводит свой внутренний результат в другой масштаб, заданный CPI-коэффициентом.
Поэтому совокупность ограничений - самая обычная : шумы в картинке, неточности оцифровки яркостей, разрядность FP-чисел и пр. Но никогда не CPI.
Единственное, что может делать сенсор - это при задании слишком большого CPI-коэффициента начать дополнительно сглаживать последовательность пиксельного масштаба,
пропуская её через более "сильный" ФНЧ. Ну, ты в курсе, что в 3360 при задании >2000cpi это так. Но опять же, это изменит только динамику, а общая точность останется той же.

Просто короткий импульс растягивается во времени, одновременно уменьшаясь по амплитуде. Вместе с вмонтированной в него ошибкой.
Площадь такого сигнала (окончательный сдвиг) остаётся такой же, как и для исходного, короткого.
Но поскольку человек умеет так-сяк контролировать собственную реакцию на движение, то такая растяжка может или помочь ему делать контроль лучше, или сильно вредить - всё зависит от задачи, которую пытается выполнить человек, и параметров временного растягивания. С подходящим под задачу ФНЧ у человека больше вариантов успевать прямо на ходу исправлять собственные ошибки вкупе с ошибками датчика.

Когда меняю в драйвере значение Pointer Speed (mouse movement speed) - то после сохранения настроек автоматически меняется ползунок в Windows на такое же значение. Это нормально?