Всего существует 3 основных способа держать компьютерную мышку.
Хват ладонью #77 Вся ладонь лежит на мышке. По бокам мышку придерживают большой палец и мизинец. Такой хват лучше всего подходит для работы в офисе, т.к. обеспечивает наименьшую утомляемость руки во время работы.
Хват пальцами #77 Ладонь не лежит на мышке. С одной стороны мышь придерживает большой палец, с другой безымянный и мизинец. Нажатие на на мышку происходит подушечками пальцев.
Хват «коготь» #77 Рука располагается аналогично предыдущему пункту, только нажатие на кнопки мыши происходит кончиками пальцев, а не подушечками.
Правильный хват мышки в играх для геймеров. Считается что это «коготь» и хват пальцами. Такой тип хвата обеспечивает геймерам наибольшую точность позиционирования в играх, а так же наибольшую скорость и «точность» кликов.
ПРОГРАММА MBTester 2.0 Программа предназначена для выявления дефектов кнопок и колеса мыши посредством оценки числа срабатываний и длительностей состояний. Описание внутри архива
В этой теме обсуждаются: - сравнения/описания - скорость, точность, сенсоры, софт и етс игровых мышей - вопросы эргономики игровых мышей - особенности функционирования игровых мышей и их настройки, в том числе в играх.[/color]
В этой теме ЗАПРЕЩЕНО: - обсуждать цену как решающий фактор выбора, достаточно её просто указать. - необоснованная критика и приколы над собеседником. такие посты будут удаляться, без объяснения причин.
Последний раз редактировалось fedx 21.07.2020 14:01, всего редактировалось 39 раз(а).
Member
Статус: Не в сети Регистрация: 06.06.2008 Откуда: Таганрог Фото: 18
PMW3310 по скоростной задержке идентичен ADNS-3090. Ну, может быть, запаздывает на 0.5 мс, не больше. А PMW3360 (и 3389) относительно 3090 запаздывает всегда. Примерно на 3 мс, и это в лучшем случае. Проверено на стенде. Так что ни о какой ватности самого датчика ADNS-3090 и речи быть не может. Срывы у 3090 - да, возможны. Но только в очень резких движениях именно с отрывами от коврика. Без отрыва же он всегда выдерживает скорость, не менее 3.8 м/с. Куда нахрен больше-то... Имеется ввиду работа на поверхности обычного однотонного тканевого коврика. А на пятнистом "игровом" фуфле для детей возможно всякое.
В G-Wolves желтый TTC на 11мм, тот который я поставил в старый Кугар 230М попробовать, классный энкодер, но мне нужен на 9, а на 9 у них хреновый. Думаю может взять на 11 и обрезать его. Закажу синие ТТС наверсно "Средние" по описанию, я надеялся что в гволвес такие стоят, но похоже отызвов я не найду.
Одна из проблем ТТС - низкое качество металла корпуса, разбирать их не рекомендую, плотно загнуть обратно уже не получится. У хуано тоже плохое, но получше.
И если уж пробовать оценить задержку MouseTester-ом, то это делается не по графикам "xSum-".
Для определения задержки пойдет любой график, просто в других много грязи из за того что я мерил без тестового стенда.
Добавлено спустя 6 минут 31 секунду:
Walkie писал(а):
Можно посмотреть этот документ?
Я не уверен, что сейчас можно найти по старым сенсорам информацию, но 4мс на всех ДПИ - где-то заявлял производитель, так же как заявлял 2 кадра сглаживание у 3060.
Member
Статус: Не в сети Регистрация: 06.06.2008 Откуда: Таганрог Фото: 18
KDebtor писал(а):
Для определения задержки пойдет любой график
Не подойдёт. Например, графики перемещений (xSum) можно было бы использовать только при соблюдении совершенно невыполнимых условий : оба датчика имеют абсолютно одинаковую текущую чувствительность (CPI), которая к тому же у обоих или постоянна во всём диапазоне скоростей, или при движении меняется абсолютно синхронно. Задержка передачи движения вообще измеряется достаточно несложно, а именно так : 1) датчики объединяются в общую жёсткую конструкцию. 2) делается несколько реверсных движений с амплитудой скорости около 0.5 м/с 3) собранные данные выданных приращений пропускаются через FIR-фильтр, который убивает весь ВЧ-спектр (ибо датчики работают асинхронно по отношению к их опросу). 4) получившиеся два сигнала "смотрятся" через коррелятор, где одному из сигналов придаётся переменный сдвиг ТАУ. То ТАУ, при котором получается максимальное совпадение (максимум коррелятора) и будет задержкой одного движения относительно другого.
оба датчика имеют абсолютно одинаковую текущую чувствительность (CPI)
Хрень. Начал двигать я их одновременно, двигаться 3310 начал на 4мс позже, остановил я их одновременно, остановился 3310 на несколько мс позже. Если бы это было следствием разного ДПИ, то они бы реагировали на мои движения одновременно, но с разной амплиитудой, они же реагируют с задержкой. Ну и у 3310 судя по графикам ДПИ чуть выше.
Xsum показывает что есть по факту, по факту - у мышки с сенсором 3090 курсор сдвинется на 3-4мс раньше, чем у мыши с сенсором 3310.
Последний раз редактировалось KDebtor 22.09.2019 14:30, всего редактировалось 1 раз.
Advanced member
Статус: Не в сети Регистрация: 05.01.2006 Откуда: мск Фото: 5
KDebtor я в свое время не мог понять почему у меня одна мышка отстает на графиках относительно другой. потом оказалось что сенсоры располагались не на одной горизонтальной линии. Это кстати еще одно условие если движение не строго горизонтальное.
_________________ ✅ РЕМОНТ мышек! ✅ смотрите на овито объявление с красным крестом ✅
KDebtor я в свое время не мог понять почему у меня одна мышка отстает на графиках относительно другой. потом оказалось что сенсоры располагались не на одной горизонтальной линии.
Member
Статус: Не в сети Регистрация: 06.06.2008 Откуда: Таганрог Фото: 18
KDebtor писал(а):
Хрень. Начал двигать я их одновременно, двигаться 3310 начал на 4мс позже
Не спеши ругаться, сначала подумай хорошенько. Оттолкнись от наглядного примера. Мышь1 CPI1=400, Мышь2 CPI2=390. Сдвигаем конструкцию с некой малой скоростью на 1/400 дюйма и останавливаем в этой точке. Мышь1 выдаёт смещение +1. А мышь2 не выдаёт вообще ничего, ей надо проехать ещё немного. Постоим и продолжим двигать. И мышь2 тоже наконец выдаёт +1. А теперь попробуй рассчитать задержку по этим данным, учитывая, что тебе абсолютно неизвестны ни CPI1 и CPI2, ни характер скорости движения, ни реальный путь.
Member
Статус: Не в сети Регистрация: 06.06.2008 Откуда: Таганрог Фото: 18
KDebtor, пример выше не для "делай так", а для "оттолкнись" от хотя бы такой простенькой базы для понимания. Короче, ты полностью уверен в своей правоте и не намерен задуматься, почему нужно пользоваться только графиками xCounts, если хочешь прикинуть задержку с помощью MouseTester. Не смею настаивать, дело хозяйское.
Короче, ты полностью уверен в своей правоте и не намерен задуматься, почему нужно пользоваться только графиками xCounts,
Потому что я меряю не задержку конкретного считывания, а задержку всего перемещения. xSum - график самого смещения мышки, ок, пусть будет по твоему, сенсоры реагируют одинаково, вот только по каким-то иным причинам мышки с сенсором на 3310 начинают свое движение на 4мс позже, и заканчивают тоже на 4мс позже, чем 3090 относительно начала и завершения движения.
Да и к тому же, как я и написал выше, фактический DPI выше именно у 3310, то есть максимальное смещение выше у 3310, но старт и окончание движения раньше у 3090.
И синхронность с частотой опроса ЮСБ не должна влиять, расчеты то перемещения происходят внутри мышки, с частотой 6666 у 3090, например.
Вот то что Иголка написал - звучит намного более реально.
Member
Статус: Не в сети Регистрация: 06.06.2008 Откуда: Таганрог Фото: 18
ShogoMAD, не, это обычный, первоочередной и всегда нужный даташит на микросхему. Но в этих документах никогда, ни на один датчик не было данных о задержках преобразования. Что естественно, так как это определяется конкретным кодом SROM процессора датчика. А что в коде : есть ли, например, сглаживание, как именно сглаживается и многое другое - всегда была "тайна". И ни один "производитель", разумеется, никому не рассказывал такие подробности. Их только энтузиасты выщемляли косвенным путём, ну, уж как могли. Кстати, как пиксарт захавали аваго, так днём с огнём не найдёшь ни официальных SROM, ни даже даташитов. Логитехи, впрочем, кое о чём заикались, рекламируя свой Hero, мол, всё у нас и реактивное, и бензин не жрёт. Но там - просто маркет-слова без конкретики.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 9
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения