Всего существует 3 основных способа держать компьютерную мышку.
Хват ладонью #77 Вся ладонь лежит на мышке. По бокам мышку придерживают большой палец и мизинец. Такой хват лучше всего подходит для работы в офисе, т.к. обеспечивает наименьшую утомляемость руки во время работы.
Хват пальцами #77 Ладонь не лежит на мышке. С одной стороны мышь придерживает большой палец, с другой безымянный и мизинец. Нажатие на на мышку происходит подушечками пальцев.
Хват «коготь» #77 Рука располагается аналогично предыдущему пункту, только нажатие на кнопки мыши происходит кончиками пальцев, а не подушечками.
Правильный хват мышки в играх для геймеров. Считается что это «коготь» и хват пальцами. Такой тип хвата обеспечивает геймерам наибольшую точность позиционирования в играх, а так же наибольшую скорость и «точность» кликов.
ПРОГРАММА MBTester 2.0 Программа предназначена для выявления дефектов кнопок и колеса мыши посредством оценки числа срабатываний и длительностей состояний. Описание внутри архива
В этой теме обсуждаются: - сравнения/описания - скорость, точность, сенсоры, софт и етс игровых мышей - вопросы эргономики игровых мышей - особенности функционирования игровых мышей и их настройки, в том числе в играх.[/color]
В этой теме ЗАПРЕЩЕНО: - обсуждать цену как решающий фактор выбора, достаточно её просто указать. - необоснованная критика и приколы над собеседником. такие посты будут удаляться, без объяснения причин.
Последний раз редактировалось fedx 21.07.2020 14:01, всего редактировалось 39 раз(а).
Member
Статус: Не в сети Регистрация: 29.01.2016 Фото: 44
Кореш спаял мне сегодня еще один провод, черный, на EC2-B. Родной там конечно хороший был, можно было бед не знать и с ним, но паракорд всеж лучше, лучше чем хороший провод.
опять же, ты видишь как реагирует пеинт на данные не преобразованные множителем сенсы и как он реагирует на преобразованные данные. Если б эта настройка работала правильно, на экране мы б получили линию соответствующую 6 значению в винде, но нет мы не получили и я показал это наглядно. Трекинг страдает и данные 1х1 почему-то потерялись на рисунке, заменившись привычными для аваго-пиксарта 1х0. Я знаю, что там сложнее механизм, чем просто отбрасывание части пакетов данных, но опять же, ставить значение ниже или выше 6 нельзя по описанной причине
Member
Статус: Не в сети Регистрация: 06.06.2008 Откуда: Таганрог Фото: 18
djhardcut писал(а):
Кореш спаял ...
А сам ?
AloneInTheDuck Кроме прочего, ОС масштабирует одинаковым алгоритмом при любом положении регулятора. Будь там установка 6 - это не означает, что ОС начнёт считать координаты эксклюзивным способом. Более того, при 6 у неё даже нет коэффициента, напрямую представленного равным 1. И "опять же" (цит. ), ты так ничего и не говоришь, а как там у тебя с возвратом в исходное? Опробовано? Есть явно видимая погрешность по сравнению с 6 ? Напомню, изначально речь шла только о том, что ОС якобы отбрасывает (или как-то пропускает) некоторые данные, полученные от мыши.
По рисованию ... Мы видим показанные тобой треки. Простой вопрос : а какие к ним претензии ? Есть какие-то видимые артефакты ? Или где-то есть отклонения, более чем 1 пиксел, от воображаемой плавной ? Ты говоришь :
Цитата:
Чем ниже сенса в винде, тем больше видно, что трекинг "ломается", на последнем значении винды (1) видно, что диагональные линии заменились на толстую линию как у обычных мышей, игнорирую часть пришедших данных
Но ведь при этом совершенно понятно, что всё рисовалось на примерно сравнимых скоростях. А поскольку ОС масштабирует X и Y независимо, то и пиксельный характер трека при малом коэффициенте будет именно ступенчатым - так и должно быть!
Последний раз редактировалось Walkie 09.06.2019 22:18, всего редактировалось 1 раз.
Member
Статус: Не в сети Регистрация: 29.01.2016 Фото: 44
Walkie писал(а):
А сам ?
Мне выбора компонентов хватило, то еще занятие... ) Пускай паяют профессионалы. )) ------------------ Мне всегда больше нравилось поведение прицела на низком CPI, причем даже больше на 400, чем на 800. Понятно, что высокий CPI более точно передает микро движения мышкой, но как раз больше нравится, что на низком CPI мышь этого не делает, и реагирует только на явные движения руки, минуя микротремор и нажатия на кнопки.
AloneInTheDuck, я ничо не понял. Ты же говоришь, что это всё треки MS, разве нет?
все треки на мс. Трек с 6 сенсой винды выглядит так /, трек с 1 сенсой винды выглядит неправильно относительно данных с сенсора, а именно так /. То есть, как у аваго-пиксарта. Получается, что значения диагональных перемещений были где-то просраны и их замеили на 1х0+0х1+1х0 и тд
Member
Статус: Не в сети Регистрация: 06.06.2008 Откуда: Таганрог Фото: 18
AloneInTheDuck, нене, рисуется всё правильно именно относительно данных от мыши. Просто это не очевидно прям-таки сходу.
При любом масштабе, не равном 1, пикселы нарисованной линии расположатся диагонально в одном единственном случае : когда от мыши поступают только векторы, кратные pi/4. Или нулевые. И никаких других. Если в потоке мыши проскочит хотя бы один горизонтальный (1,0) или вертикальный (0,1) вектор, то отмасштабированные потоки данных X,Y, которые ОС отдаёт программам, сразу "рассинхронизируются" во времени. Это произойдёт потому, что прогам ОС выдаёт только целые, округлённые в меньшую сторону значения. А они математически являются зависимыми от всех предыдущих значений входного мышиного потока. При вставке горизонтального вектора X начнёт опережать Y, вертикального - наоборот. Например, от мыши принято : (1,1), (1,1), (1,0), (1,1), (1,1), ... Внутри ОС с масштабом 0.5 это преобразуется в : (0.5,0.5), (0.5,0.5), (0.5, 0), (0.5,0.5), (0.5,0.5), ... А поток, выдаваемый Paint-у, получится вот таким : (0,0), (1,1), (0,0), (1,0), (0,1), ... и попёрло рисование ступенек. На самом деле это всё выглядит не так, и Paint, получая просто округлённые координаты курсора в клиентской части окна, как бы сам имитирует такой поток, но для общего понимания - годится.
Разумеется, при масштабе =1 округлённые данные совпадают со входными, и "рассинхронизация" не происходит. И уж конечно, ты сам прекрасно понимаешь, что мышка далеко не всегда посылает ОС строгие диагонали.
ОНО НЕ РАБОТАЕТ НОРМАЛЬНО, оно просирает пакеты и игнорирует передвижение. Не понимаю почему ты пытаешься выдумать велосипед, тут всё прозрачно и наглядно. Левая колонка - что получено, правая - что выведено. Ползунок в винде будет трогать только особо одарённый, он не работает как надо и является архаизмом, а то и вовсе помётом мамонта
Member
Статус: Не в сети Регистрация: 06.06.2008 Откуда: Таганрог Фото: 18
AloneInTheDuck, если ты элементарно начнёшь суммировать по вертикали X (или Y) "Mouse Movement", которые показывает тебе рекордер, а затем, умножая нарастающую сумму на 0.5 (я вижу, ОС там под "4-кой"), будешь отбрасывать её накапливающуюся целую часть в столбец "Pointer Movement", то получишь ровно то, о чём я только что рассказал. И это в точности совпадёт с данными "Pointer Movement" рекордера. (для X первую строку надо пропустить - в ней уже тот момент, когда целая часть выбрасывается в "Pointer Movement").
Из простого любопытства можешь просто посчитать сумму X "Mouse Movement", а затем сравнить её с суммой X "Pointer Movement". Они будут отличаться ровно в 2 раза.
. Ладно, не ставь ничего, кроме 6.
Но вообще, я тебе так скажу. Если бы перед тобой стояла вот такая задача. - есть датчик, который при считывании выдаёт кусочек пройденного расстояния в виде целого числа. - есть система, которой надо передавать эти считанные кусочки, но в масштабе 1:2. - однако, гадская система не умеет принимать числа, типа 0.5, ей подавай только целые, а точность переданного по кусочкам общего расстояния терять нельзя ни в коем случае. И ты попробовал бы самостоятельно придумать, как это сделать, то тебе не потребовались бы ничьи рассказы, а увиденное выше в рекордере представлялось бы совершенно правильным и до ужаса понятным.
Из простого любопытства можешь просто посчитать сумму X "Mouse Movement", а затем сравнить её с суммой X "Pointer Movement". Они будут отличаться ровно в 2 раза
логичной, вот только промежуточно это будет сильно отличаться от данных с мыши. А так да, то что вошло умножилось на кэф и получаем вот это вот. Вот только из верного там только точка А и конечная Б, промежуточный трекинг будет сильно отличаться от того, если б стояло не 500dpi, а 250 при одной сенсе в винде
Member
Статус: Не в сети Регистрация: 13.01.2004 Откуда: Иркутск
боюсь гражданин не вкурсе про ошибки округления. Почему у меня на logitech m100 например труднее было выставлять прицел танку в тундре? казалось бы, 1000 dpi - все зашибись, частота опроса -ну, это не контра, башня танка медленно крутится так что пофиг если стандартная.
Member
Статус: Не в сети Регистрация: 06.06.2008 Откуда: Таганрог Фото: 18
AloneInTheDuck писал(а):
вот только промежуточно это будет сильно отличаться от данных с мыши.
Конечно, отличается. При масштабе 0.5 ОС сдвигает курсор на 1 каждый раз, когда получит от мышки суммарно 2 единички. Отдельно для X и Y. Это естественно, и ты же сам видишь это в рекордере. А как же ещё масштабировать движение курсора, чтобы учесть все мышиные кусочки расстояний ? Но если мышкой 500 cpi ты сделаешь движение, а затем установишь в ней 250 и каким-то образом ухитришься сделать абсолютно такое же движение (и по скорости, и по направлению, и по всему-всему), то получишь два траффика "Mouse Movement". И траффик мыши "250" будет в точности таким, как траффик "Pointer Movement" мыши "500", если в ОС установлен масштаб 0.5. Масштабировать 1:2 будет не ОС, а сам сенсор мыши. Ведь неважно, кто это делает, лишь бы делалось математически правильно, без потерь.
Jameson писал(а):
боюсь гражданин не вкурсе про ошибки округления.
Боюсь, что Ваш пост довольно туманен для понимания .
А может в будущем будут делать мышки с перфорированным днищем? Для небольшого снижения веса но что бы не превращать мышку в пчелиный улий целиком, как все эти ваши финалмаусы, глориусы и прочий хайп на дырки. ну не всем это надо, право, а вот отыграть вес до 80 гр или даже ниже за счет днища вполне можно было бы. Вон у новой роккат даже виден характерный рисунок, хоть сам дырки там делай.
_________________ Никогда не бойся делать то, чего ты не умеешь. Помни, ковчег был построен любителем. Профессионалы построили «Титаник».
Последний раз редактировалось ShogoMAD 11.06.2019 17:18, всего редактировалось 1 раз.
Здравствуйте! Помогите пожалуйста разобраться с небольшой дилеммой. Около 4 лет я пользовался Logitech g400. На момент покупки, она была чуть ли не топ мышь. За время к ней дико привык, особенно к форме и весу, хоть у меня и небольшая рука, но по ощущениям мышь стала ее продолжением. Теперь ее больше нет, погуглив по характеристикам девайсов в прошлом году решил что за те же деньги будет отличным выбором мышь g102. Взял, пользуюсь около полугода, вроде бы все ок. Недавно решил вспомнить молодость, поиграть в CS:GO. И вот все не так - и постоянно какое-то мазание по мишеням на тренировочных картах, и постоянно приходится мышку доталкивать до нужной точки, и ощущение какое-то, что все как-то неудобно. Конечно, скилл со временем падает, но все же не настолько. К чему я все это. на данный момент в продаже нет и G400 и ее рестайлинга g400s тоже. Выпустили старую добрую 518MX с новым сенсором, но она стоит так много, что слов нет. Поэтому, есть ряд вопросов. 1) с точки зрения характеристик начинки мыши, старая G400 сильно уступает новому сенсору Mercury, так как сравнения между ними я не нашел в интернете. 2) ЕМНИП, G400 базировалась на аваго 3090. Если так, то насколько этот сенсор актуален в 2019 году, или это уже полный шлак? 3) И если сенсор имеет право на существование, где можно пробовать найти тот самый девайс за адекватные деньги, а то на алике все цены 2к+, и на авито все в районе 2к, а все что меньше - это разборные девайсы.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 8
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения