Мышь для Геймера! На чем остановиться?

[Olegkv]

Vovchic_jrc
Что бы кто не писал, нужно настраиваться под себя!
Я вот вобще не понимаю как люди играют с dpi меньше 2000, зато в венде я не могу больше 1500dpi.
Ускорение мне наоборот понравилось в рейзере после моей x7, довольно удобная штука, особенно если в кс 1.6 идти с ак-47 и быстро двигаться оно супер работает! Можно мгновенно развернуться.
Я вобще не люблю мышку по ковру елозить пол часа, особенно не люблю мышку отрывать от ковра!
У меня 2800 dpi , ускорение на 3 единицы стоит и норм! Конечно и на 10 не реально играть, когда не успел мышку дернуть, она уже 2000 градусов сделала, но и без ускорения тоже не могу уже!

[Vovchic_jrc]

Olegkv
Все верно. Я к тому, что что бы настроить мышку на комфортную игру под себя не нужен образец с 6400 dpi, 2000-3500 хватает для любых задач. Ну и самое главное - форма, что бы было удобно и рука не уставала.

[Jumper007]

Я блин мучаюсь, купил на свою голову а4 в-трек ф3, все хорошо и красиво, и кнопки удобные и правильные, и работает как нужно, но маленькая

[S]

Вы явно не двигали позунок. Если его сдвинуть максимально в право и выставить dpi даже на 400, это будет гараздо быстрее стандарта на 5600dpi.

Это вы не двигали полузнок. Да будет быстрее но будет неточно. Могу предложить закрутить дпи вниз на мыши на минимум, выставить на максимум ползунок, снять галку и проверить - получится ли выцелить что либо с точностью до пиксела на рабочем столе. Для пущего эффекта предвигайте мышь медленно.
Так же есть вот такая "таблица" из которой ясно почему 6/11 оптимальное положение ползунка которое является дефолтным. И откуда берется рекомендация там ничего не трогать.
3/11 = 0.25
4/11 = 0.5
5/11 = 0.75
6/11 = 1 (1:1 ratio of dots per inch)
7/11 = 1.5
8/11 = 2
9/11 = 2.5
10/11 = 3
11/11 = 3.5
Под птычкой с галкой, как оказалось, действительно многие понимают акселерацию но что там реально есть я не знаю - если у вас есть ссылка на микрософт с обьяснением применяемого алгоритма с удовольствием почитаю. То что с галкой в ОС всегда удобнее это тоже факт.

Добавлено через 13 минут 16 секунд:

2000-3500 хватает для любых задач.

кроме много-мониторных систем и мониторов с большим разрешением от 2560хХХХХ.

[Jumper007]

S
Я смотрю на это проще, ползунок в винде и кнопка режимов на мышке это то же самое что в звуке уровень громкости в винде в трее и ползунок в плеере, то есть тупо то же самое, и разницы что двигать разумеется нету.
А чтоб было точно поверхность нормальную использовать нада, и руки чтоб не тряслись

[S]

Я смотрю на это проще, ползунок в винде и кнопка режимов на мышке это то же самое что в звуке уровень громкости в винде в трее и ползунок в плеере, то есть тупо то же самое, и разницы что двигать разумеется нету.

надо не смотреть проще а проверить так как я указал выше, что бы своими глазами увидеть разницу.

[Vovchic_jrc]

S
Вы взяли таблицу с overclock.net ?

Если говорить о мышке для гейминга, то нет смысла покупать дорогие мышки с сенсорами в 6400 dpi только ради сенсора. Любую мышку можно настроить под комфортную игру через средства windows или через саму игру и раздавать люлей на про-уровне, не говоря уже об играх для себя. Я это могу сказать основываясь не на статье из интернета, а на опыте игры на про-уровне, участия на ланах и общения с лучшими игроками в шутеры.
Самые популярные мышки у про-игроков кс и других fps:
- microsoft ie 3.0
- logitech MX-518 (G5, G500)
- Razer DeathAdder
- SteelSeries RAW (Sensei)

Именно с них я бы и советовал начинать выбор мышки для игр. Главное, что бы руке было удобно. Выше мой пост с настройками. У меня в винде 3-ка + 2000dpi. Мышкой я двигаю без акселерации и на довольно низкой сенсе. Что бы персонаж в игре сделал оборот на 180 градусов, мне нужно провести 45 см мышкой по ковру. Да, я могу попасть в любой пиксель на мониторе.


Вот пара мувиков, от ру и еу-комьюнити в ту игру, что я играл. Там есть и пара моментов со мной .
" target="_blank
" target="_blank

Добавлено через 1 минуту 43 секунды:

надо не смотреть проще а проверить так как я указал выше, что бы своими глазами увидеть разницу.

Эффект плацебо. Это как искать КЭ у новых мониторов. Пока человеку не скажеть про него, расписав во всех деталях, он его не замечает.

Вы в игре тоже не двигаете ползунок мышки ? Как думаете, как он регулирует скорость ?

Добавлено через 2 минуты 5 секунд:

Я блин мучаюсь, купил на свою голову а4 в-трек ф3, все хорошо и красиво, и кнопки удобные и правильные, и работает как нужно, но маленькая

Значит Вам удобнее хват ладонью, а не пальцами. Померяйте G500 или RAW.

Добавлено через 4 минуты 47 секунд:
Выложу еще самый любимый мувик по сss. очень рекомендую к просмотру http://video.alienwarearena.com/movie/241" target="_blank .
S там у всех мышки 5-7 летней давности с 2000dpi в потолке и все настраивали их через ползунок в windows .

[S]

Vovchic_jrc
Короче склифософский ты эффект в ОС видел? - вот и не распыляйся тут понапрасну.

Добавлено через 23 минуты 48 секунд:
А вот и инфа нашлась что такое галка в свойствах мыши, как и ожидалось там не просто акселерация, а несколько более сложный алгоритм. В статье есть ссылки на первоисточники в Микрософт.

спойлер

Tutorial: how to customize the 'enhanced pointer precision' feature in Windows


This tutorial applies to all Windowses from XP up to Win 7. The way 'enhanced pointer precision' works in XP and Vista is a bit flawed, but in Win 7 the behaviour is finally corrected. This is further examined in the 3. chapter.



Content

1. First words
2. How the data from the mouse is converted into pointer movement
3. How the 'enhanced pointer precision' actually works
4. How to make a customized accel curve
5. Things to keep in mind when making a custom accel curve
6. Ending words
7. Sources



1. First words

I think that mouse acceleration is an overlooked feature. The engineers at Microsoft did a good job in designing the enhanced pointer precision. Without the mouse data being altered in any way, the speed of the pointer is too high for any pixel-precise work but at the same time too low for effective navigation. No matter what the mouse DPI, with only the slider that scales the pointer speed linearly, users would have been forced to make an aforementioned compromise.

As a solution MS developed a transfer curve, in which slow mouse movement would result in even slower pointer movement, "subpixilation", which allows every pixel to be pointed with ease. Simultaneously, as the mouse speed increases, the pointer speed would also increase according to the curve. For this reason the feature is called 'enhanced pointer precision' and not just 'mouse acceleration'.

However, MS did wrong by not giving users a proper method to customize the curve according to different systems, settings and preferences. That's why mouse acceleration, for the first time called 'enhanced pointer precision' and implemented in XP, was by many users seen as unconvenient. Once again, design and implementation were on spot, but the feature was released with insufficient default settings and without a proper way to change them.

There is little information about the subject on the net. There is the MS article, which was used as a basis (with slight understanding) for the famous "CPL mousefix", supposed to neutralize the effect of the 'enhanced pointer precision' in games that by accident forced it on even if it was disabled on the desktop (complete and 100% working fixes have since then been released by cheese for XP and by MarkC for Win7). Then there are only a few forum conversations and a Japanese web site that offers even more aggressive curves than the default one. There is no tutorial on how to totally customize the acceleration curve, so I decided to make one myself and deliver it in an easy-to-follow style.

If you're not interested in the theoretical side of things, skip the next 2 chapters, but I suggest you don't because they can be valuable in making a custom curve.


2. How mouse movement is converted to pointer movement

The mouse and the pointer operate by using virtual units, or counts. If the mouse sends data that it has been moved f.e. one unit to the right, without the enhanced pointer precision and the pointer speed slider at 6/11 (= no scaling) the pointer will also move one unit to the right. This could be called as "one-to-one" or 100% speed. Lower speeds (subpixelation) is achieved by delaying the pointer movement until the mouse has sent enough units to the given direction. At 50% speed (scaling multiplier 0.5, pointer speed slider at 4/11), the mouse has to send 2 counts to the right before the pointer moves one count. Here's a list of the effective scaling multipliers for each pointer speed slider setting:

Код: Выделить всё

Position Multiplier
1    = 0.03125
2    = 0.0625
3    = 0.25
4    = 0.5
5    = 0.75
6    = 1
7    = 1.5
8    = 2
9    = 2.5
10   = 3
11   = 3.5

Note: the resolution of the pointing device is also known as the mouse DPI and it describes how many counts the mouse is able to send when it is physically moved one inch. A 800 DPI mouse at a 0.5 scaling multiplier behaves similarly to a 400 DPI mouse at 1.0 multiplier.


3. How 'enhanced pointer precision' works

The acceleration curve in Windows is a function, where the physical velocity of the pointer - V(pointer) - is plotted against the physical velocity of mouse V(mouse). Because the mouse and the pointer operate by using virtual units, they have to be first converted to physical units.

The physical velocity of the mouse is calculated from the counts it sends by using the following formula:

V(mouse) = count * mouse update rate / resolution of the pointing device (mouse DPI)

Windows cant however retrieve the mouse update rate or the mouse DPI and cant tell then they change. A hard-coded value of ~0.286 (1/3.5) is used for the division. In other words, when converting the physical velocity of the mouse to virtual velocity, counts, one must multiply it by 3.5.

Here's the interesting part. Windows XP and Vista use the following formula to calculate the physical velocity of the pointer:

V(pointer) = count * screen refresh rate / screen resolution (DPI)

Here, a hard-coded value of 96 is used for the screen resolution. The division is however incorrect, because the pointer speed is dependant on the screen refresh rate, which it should not be. The physical velocity of the pointer is converted to virtual units by dividing it by 96/x, where x is the used screen refresh rate.

Instead of screen refresh rate, the mouse update rate should have been used in this division too. The factors are also on the wrong side, so the formula should be:

V(pointer) = count * screen resolution (DPI) / mouse update rate

This is the correct formula that Windows 7 uses. The screen resolution is also 96 in Win 7 by default, but it's not hard-coded. A higher screen DPI results in higher mouse velocity, which is desirable behaviour. The actual mouse update rate still isn't retrieved, a hard-coded value of 150 is used. MarkC thinks that this is because MS wanted to keep the pointer behaviour as similar to XP/Vista as possible (even though the formula was now corrected). MS had a simple equation to solve:

60/96 = 96/x
0.625 = 96/x
0.625x = 96
x = 96/0.625
x = 153.6

(Still, MarkC thinks that) MS rounded rounded 153.6 to 150. Anyway fact is, 150 is the hard-coded value. This results in 2,4% faster pointer speed in Win7 compared to XP/Vista: (96/150)/(60/96) = 1,024 = 102.4%.

The physical velocity of the pointer is converted to virtual units by dividing by 150/x, where x is the used screen resolution (96, or 100% by default)

Now we understand how the virtual units are calculated and converted. Let's go on to the acceleration curve (or function), which MS has portrayed in the graph below:



A zoomed view of the critical area:


I won't go in deep details in how the function works, because the Microsoft's article already covers them: http://www.microsoft.com/whdc/archive/pointer-bal.mspx" target="_blank

What interests us are the five points that can be seen in the graphs. These five coordinate pairs, or inflection points which form the acceleration curve are stored in the registry. These registy keys are named SmoothMouseYCurve and SmoothMouseXCurve, and can be modified. The first inflection point is always (0, 0). The curve is linearly extrapolated beyond the last inflection point, which is to happen rarely as the physical velocity of the mouse has to be over 40 inches per second.

The inflection points are stored by using fixed-point (16.16) integer math. No worries though, to make a custom curve you don't need to understand how the coordinates are converted.

Note that when using 'enhanced pointer precision' the scaling multipliers of the pointer speed slider are no longer valid, instead they are:

Код: Выделить всё

Position Multiplier
1      = 0.1
2      = 0.2
3      = 0.4
4      = 0.6
5      = 0.8
6      = 1.0
7      = 1.2
8      = 1.4
9      = 1.6
10     = 1.8
11     = 2.0

The multiplier is applied right before the pointer is moved a given amount of counts, practically meaning that lower speeds than the default 6/11 result in lower acceleration curve and higher speeds result in higher acceleration. This isn't enough for us, though, as we want complete control over the curve.


4. How to make a customized acceleration curve

Down to the point. As mentioned, five x- and y-values (coordinates) are stored in the registry keys SmoothMouseXCurve and SmoothMouseYCurve. Use of the registry editor isn't required though. Remember:

- these are coordinates of the function where physical velocities of the mouse and the pointer are used, not arbitrary units that they actually operate with

- the physical velocities are calculated by using certain formulas

- the formulas have hard-coded defaults for some factors, so the calculated physical velocities aren't exactly the real physical velocities

- in XP/Vista, the formula for the physical velocity of the pointer is flawed, scaling should be done according to the used refresh rate

- decimal figures converted to 16.16 fixed-point format are again converted to hexadecimal, the format which the registry understands


Here's a snippet of text that has the default values for SmoothMouseXCurve and SmoothMouseYCurve. They are by default the same in XP/Vista and 7.

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Control Panel\Mouse]
"SmoothMouseXCurve"=hex:\
00,00,00,00,00,00,00,00,\
15,6e,00,00,00,00,00,00,\
00,40,01,00,00,00,00,00,\
29,dc,03,00,00,00,00,00,\
00,00,28,00,00,00,00,00

"SmoothMouseYCurve"=hex:\
00,00,00,00,00,00,00,00,\
b8,5e,01,00,00,00,00,00,\
cd,4c,05,00,00,00,00,00,\
cd,4c,18,00,00,00,00,00,\
00,00,38,02,00,00,00,00

Copy the above text and paste it in an empty text document (notepad) and save it as a file with .reg in the end. From a practical point of view it makes sense to name the file as "WindowsDefault.reg" and later on work with copies taken from this file, so you can go easily go back to default if you want to. If you were successfull, the icon of the registry file should look like this:



Now when you double click the file (on desktop or the directory you saved it to), the values it includes are automatically written to the defined registry keys (SmoothMouseXCurve and SmoothMouseYCurve) in the defined registry path (HKEY_CURRENT_USER\Control Panel\Mouse). A pop-up window will appear and in case asks if you want to data in the file to be written in the registry. The file can be easily viewed in text editor by clicking the file with the right mouse button and selecting 'Edit' in the drop menu.

Below are the default values converted to desimal figures respectively:

SmoothMouseXCurve
00,00,00,00,00,00,00,00, <-- 0
15,6e,00,00,00,00,00,00, <-- 0.43001
00,40,01,00,00,00,00,00, <-- 1.25
29,dc,03,00,00,00,00,00, <-- 3.86001
00,00,28,00,00,00,00,00 <-- 40

SmoothMouseYCurve
00,00,00,00,00,00,00,00, <-- 0
b8,5e,01,00,00,00,00,00, <-- 1.37
cd,4c,05,00,00,00,00,00, <-- 5.30001
cd,4c,18,00,00,00,00,00, <-- 24.30001
00,00,38,02,00,00,00,00 <-- 568


I will explain how the conversion is done later. Let's connect the coordinates to make pairs.

For user convenience, these comment lines should be pasted to the end of the registry file:

// Default inflection points and the corresponding gain factors
//
// (0, 0)
// (0.43001, 1.37) = 3.19
// (1.25, 5.30001) = 4.24
// (3.86001, 24.30001) = 6.30
// (40, 568) = 14.2


Gain factor is the slope that is apparent at each inflection point. The gain factor is calculated V(pointer) / V(mouse), for example 1.37 / 0.43001 = 3.19. Because the physical velocity of the pointer (on y-axis) is plotted against the physical velocity of the mouse (on x-axis), the gain factor, in theory, describes how many times faster the pointer moves on the screen than the mouse moves on the pad. Also in theory, a fixed gain factor of 1 would mean that the pointer and the mouse are moving equally fast. This doesn't however mean that one virtual count sent by the mouse would equal to pointer movement of one virtual unit. How big of a gain factor that results in the aforementioned scenario is important when making a custom curve. It can be calculated by using the formulas addressed in the 3. chapter of this tutorial:


- first we convert 1 inches per second (physical mouse velocity) to virtual counts:

1 * 3.5 = 3.5

- then we calculate the physical velocity of the pointer that corresponds 3.5 virtual counts, which is to indicate how big of a gain factor results in virtual one-to-one ratio

XP/Vista method

3.5 * 96/x (where x = the used screen refresh rate)

For example:
3.5 * 96/60 = 5.6
3.5 * 96/75 = 4.48
3.5 * 96/85 ~ 3.95
3.5 * 96/100 = 3.36

It seems increasing the screen refresh rate always results in lower gain factor that corresponds virtual 1:1 ratio, or 100% speed. In other words when using enhanced pointer precision, higher refresh rate always results in faster pointer movement. This is not desirable. Thus, all 4 gain factors should be scaled accordingly if using anything above 60Hz. Below are the resulting virtual speed multipliers and percentual speeds at 60Hz. Here, a gain factor of 5.6 corresponds 100% virtual speed:

// (0.43001, 1.37) = 3.19 (3.19 / 5.6 ~ 0.57 = 57%)
// (1.25, 5.30001) = 4.24 (4.24 / 5.6 ~ 0.757 = 75,7%)
// (3.86001, 24.30001) = 6.30 (6.30 / 5.6 ~ 1.125 = 112,5%)
// (40, 568) = 14.2 (14.2 / 5.6 ~ 2.536 = 253,6%)


If we wanted to retain the same curve for 75Hz, new gain factors would have to be scaled using the same multipliers. At 75Hz, 100% virtual speed corresponds a gain factor of 4.48 (which was calculated above).

0.57 * 4.48 ~ 2.55
0.757 * 4.48 ~ 3.39
1.125 * 4.48 = 5.04
2.536 * 4.48 ~ 11.36

Let's calculate the corresponding y-coordinates using the new gain factors:

0.43001 * 2.55 ~ 1,1
1.2 * 3.39 ~ 4.07
3.86001 * 5.04 ~ 19.45
40 * 11.36 ~ 454.4


Now insert the new gain factors and coordinates in the chart:

// (0.43001, 1.1) = 2.55 (2.55 / 4.48 ~ 0.57 = 57%)
// ((1.25, 4.07) = 3.39 (3.39 / 4.48 ~ 0.757 = 75,7%)
// (3.86001, 19.45) = 5.04 (5.04 / 4.48 ~ 1.125 = 112,5%)
// (40, 454.4) = 11.36 (11.36 / 4.48 ~ 2.536 = 253,6%)

y-coordinates in the chart are now scaled for 75Hz. There are no variables in the formula for the physical velocity of the mouse, so x-coordinates don't need to be changed when making scaling due to refresh rate alteration. The figures in the chart are only to make the customization easier and to give a fast understanding of the curve. Windows 7 users don't need to make any manual scaling because - as mentioned in the 3. chapter - it uses a corrected formula for the pointer's physical velocity.

To XP and Vista users I recommend making the scaling to the used refresh rate (if it's not 60) before further modifying the curve. To make things easier, here are the registry files where the default MS curve is already scaled for most common refresh rates.

http://www.speedyshare.com/files/23891848/esr.zip" target="_blank



Windows 7 method

- then we calculate the physical velocity of the pointer that corresponds 3.5 virtual counts

3.5 * 150/x (where x is the screen resolution)

3.5 * 150/96 ~ 5.47 (default 96)
3.5 * 150/120 = 4.2 (120)
3.5 * 150/144 ~ 3.65 (144)

When increasing the screen resolution from the default 96DPI, a lower gain factor always corresponds the 100% virtual speed. So when using enhanced pointer precision in Win 7, the higher the screen resolution (or DPI), the faster the pointer moves. This is desirable behaviour.

Below are the resulting virtual speed multipliers and percentual speeds at 96DPI. Here, a gain factor of 5.47 corresponds 100% virtual speed:

// (0.43001, 1.37) = 3.19 (3.19 / 5.47 ~ 0.583 = 58,3%)
// (1.25, 5.30001) = 4.24 (4.24 / 5.47 ~ 0.775 = 77,5%)
// (3.86001, 24.30001) = 6.30 (6.30 / 5.47 ~ 1.152 = 115,2%)
// (40, 568) = 14.2 (14.2 / 5.47 ~ 2.596 = 259,6%)

By observing the figures we can see that the difference on default settings (60Hz on XP, 96DPI on 7) is negligible.

Before I instruct on designing a custom accel curve, I'll tell how the coordinates (SmoothMouseX- and SmoothMouseYCurve values) can easily be modified

You need:

- a copy of WindowsDefault.reg (or one of the files I uploaded) open and ready to be modified
- calculator (the Windows one is fine)
- your browser open on this page: http://www.bytecraft.com/Fixed_Point_Converter" target="_blank

To make things easier I recommend having the applications opened in a way that they aren't on top of each other.

As an example, here we'll modify the y-coordinate of the 2. inflection point. In other words we are modifying the velocity at which the pointer physically moves (in theory at least) when the mouse is physically moved between 0 and 0.43 inches/sec. The default decimal value for the coordinate is 1.37. We can verify it in a way which is presented in this picture: http://img9.imageshack.us/f/screen2dn.jpg" target="_blank

The picture itself also explains how the coordinates can be modified:

- first insert the wanted decimal figure in the "fractional/accum value" field in Fixed Point Converter
- then select 'fixed 16.16' as the input format (as it is demonstrated with the arrow)
- insert the result given by the converter in the hexadecimal field (of the registry file) that corresponds the coordinate, 2 characters at a time in reverse order

The converter gives only the first 4 number couples, but the last 4 couples are zeros anyway and aren't really needed here.


5. Tips on designing your own accel curve

There is no curve that will perfectly fit different devices, settings and preferences. Overall I think it's safe to say that the default curve is a bit aggressive. The gain factor at the last inflection point is a wild 14.2, which on default settings corresponds a 255% virtual speed. For the last inflection point I have experienced a virtual speed of 160-200% more natural, but this is only my perception.

As a very general rule of thumb, the first three points should approximately be on the same line and equally distant from each other in the graph representing the curve. The gain factors of the first two inflection points converted to virtual speeds should be under 100% for the pointer to feel highly precise when moving the mouse slowly. Personally I feel optimum is 60% for the first and 80% for the second point. The third point should roughly be 100% (1:1 ratio). The farther the third point is placed on the x-axis, the longer the "normal" speed is preserved when the mouse is accelerated and the later the pointer starts to visibly accelerate.

Note that the mouse DPI is directly proportional to how fast the pointer moves on the screen. When moved the same distance, a 800 DPI mouse sends twice the counts compared to a 400 DPI mouse. So the 800 DPI mouse is twice as fast. The higher the mouse DPI, the earlier the pointer moves 1 count and the harder it is to precisely manipulate and the greater the need for subpixelation. On the other hand, the smaller the DPI, the less efficient general navigation is and the greater the need for pointer acceleration beyond 100%. It can be concluded that there's a limit where higher DPI stops being useful.

Important to know if you have higher mouse update rate than the default 125Hz: at 250Hz all the coordinates should be divided by 2 (250/125 = 2) and by 4 at 500Hz (500/125 = 4). This is because the higher the update rate, the faster the counts get sent. If a mouse sent a package of 4 counts at 125Hz, at 250Hz it would instead send two packets with 2 counts. Because the enhanced pointer precision uses a hard-coded number, a higher mouse update rate results in less calculated physical velocity even if in reality it was the same. I don't recommend using 1000Hz at all because it is unstable.

However, bear in mind that the x-coordinate of the first point should never be under ~0.285, because when moving the mouse it can't send less than 1 count ( ~0.285 * 3.5 = 1). It if was under ~0.285, the first inflection point would always be skipped and be useless.

Always keep in mind which gain factor corresponds 100% speed with your refresh rate on XP or Vista. Here are the default curve files scaled for the most common refresh rates again:

http://www.speedyshare.com/files/23891848/esr.zip" target="_blank

The zip also contains the default one for Windows 7. The files contain comment lines which should prove helpful.

If you'd prefer a "blank canvas" type of solution, you can scale all the inflection points to have exactly the same gain factor and work your way from there.

New SmoothMouseYCurve/SmoothMouseXCurve values take effect when logging in and out of Windows, or at reboot.


6. Ending words

I would like to thank MarkC for his work on disassembling the file responsible for 'enhanced pointer precision'. I couldn't have written this tutorial without his efforts. In an optimal case, after getting your custom accel curve done the pointer movement feels more natural compared to before. So natural in fact that you don't feel anything special in the pointer behaviour. By now I can tell it is an addicting feeling.

The great thing about having a customized 'enhanced pointer precision' is that you can have the same accel in all games that support Win32 mouse input.

I don't want to take any credit from this tutorial because it was simply gathering bits and pieces from the net. Only thing I found out myself was how easy the numbers are to convert with the Fixed Point Converter. Sadly I'm not yet skilled enough to write a tool where the curve could be graphically adjusted and where the whole process would be automated.


7. Sources


http://www.microsoft.com/whdc/archive/pointer-bal.mspx" target="_blank

http://donewmouseaccel.blogspot.com/200 ... ndows.html" target="_blank

http://www.esreality.com/?a=post&id=1846538" target="_blank

http://07.net/mouse/" target="_blank

(english version)
http://translate.google.com/translate?j ... l=ja&tl=en" target="_blank

[Vovchic_jrc]

Vovchic_jrc
Короче склифософский ты эффект в ОС видел? - вот и не распыляйся тут понапрасну.

Не подавитесь.
Я эффекста не вижу. 3/11 + 2000 = 1000 + 5/11 = 7/11 + 400. И S, как по Вашему игры регулируют скорость курсора в своих настройках меню ?

А вот и инфа нашлась что такое галка в свойствах мыши, как и ожидалось там не просто акселерация, а несколько более сложный алгоритм. В статье есть ссылки на первоисточники в Микрософт.

Какой бы там ни был алгоритм, он отвечает за акселерацию, что описано и в статье.

[S]

Я эффекста не вижу. 3/11 + 2000 = 1000 + 5/11 = 7/11 + 400.

дпи 800, частота опроса 125 МГц, ползунок 11/11, улучшающая галка снята обязательно - на малых скоростях хорошо видно что курсор перемещается ступенчато а не плавно.

И S, как по Вашему игры регулируют скорость курсора в своих настройках меню ?

думаю примерно так же и регулируют вводя коэффициенты в ущерб точности.

Какой бы там ни был алгоритм, он отвечает за акселерацию, что описано и в статье.

Имелось ввиду что там не только простая зависимость - сильнее дернул дальше поехал.

[Vovchic_jrc]

S
Ну 11 уже перебор, думаю даже на Вашем разрешение Вы пересекаете весь эркан за 3-5 см по ковру.

Я к тому, что нет смысла покупать мыш с хай-dpi сенсором только ради самого сенсора. Все равно будете настраивать скорость курсора в играх. Потому и в винде, можно спокойно двигать ползунок.

[GRaFkiyv]

Как владелей нага хекс могу заметить что рэйзер для этой мышки с 5600DPI лазерн. рекомендует 1600-1800dpi. Мне на тканевом коврике и монике 37" удобно на 1500-1700dpi.
Включение ускорение - не использую, эта фича осталась видимо со старых времён, ибо при сложных движениях (например в авиасиме) её ускорение только портит процесс позиционирования.
5600dpi понадобятся разве что квакерам с железным ковриком

[Vovchic_jrc]

GRaFkiyv
У задротов наоборот, чем выше скилл, тем ниже сенс
" target="_blank

[GRaFkiyv]

GRaFkiyv
У задротов наоборот, чем выше скилл, тем ниже сенс
" target="_blank

это полёт навигатора а не шутер.
Всегда умиляли шутеристы шагающие парадом по центру коридора,а потом опа и одним движением пальца разворачивающиеся на 180 градусов - афигезный скилл соответствия реальным спецам

[Jumper007]

Всегда умиляло когда кто то городит жуткий бред и даже не осознает этого

[Inspiring]

Вот пришла пора и мне сменить мышку, можно пару вариантов мышек, можно без особых наворотов (кнопки, програмное обеспечение), гривен за 250, а может и за 400, но если она того стоит, мне в основном для инета, оффлайн игрушек и иногда КС 1.6, запарился бегать на 800 dpi с ужасной точностью(

Добавлено через 3 минуты 42 секунды:
раньше вроде бы какая то А4теч была за эти деньги неплоха (на базе которой Райзеры делали, если не ошибаюсь), сейчас что то изменилось ?

[startor]

SteelSeries Kana

[Inspiring]

SteelSeries Kana

хотелось бы чуть пошире, заметил что рука последнее время устаёт держать такую же по габаритам мышку
хотя изначально на неё и смотрел

Добавлено через 3 часа 36 минут 53 секунды:
startor
посмотрел обзоры, её и возьму (осталось определиться с цветом)
сенсей конечно крутая, и если уж на то пошло разница в цене не большая, но зачем мне столько функций не знаю))

[kalkion]

Всім привіт, сьогодні подарували A4Tech X-710BK.
в руці лежить кльово!
допоможіть в налаштуваннях в Оракл для Counter Strike Source.
якщо у Вас є налаштування - скиньте у приват.
З пов. Олексій

[wigar]

SteelSeries Kana

хотелось бы чуть пошире, заметил что рука последнее время устаёт держать такую же по габаритам мышку
хотя изначально на неё и смотрел

Добавлено через 3 часа 36 минут 53 секунды:
startor
посмотрел обзоры, её и возьму (осталось определиться с цветом)
сенсей конечно крутая, и если уж на то пошло разница в цене не большая, но зачем мне столько функций не знаю))

А не судьба пойти в магазин и "померить размеры мышек под руку"? Не как оскорбление, а как совет , я очень долго "мечтал" о ратте 7, потом присматривался и к стилсерии, и к Roccat Kone. Вроде всё прекрасно и многим подходит по "отзывам и форумам" но пришел на выставочный центр Розетки и удивился на сколько они мизерные для меня, да и мизинец был в воздухе. Сейчас пользуюсь мышкой чуть больше чем среднего размера и доволен(думаю не отказался от мышки и больших размеров, после гантель мышку не чувствую иногда ).