Configure mouse speed (not pointer acceleration!)












27















Is there way to increase the mouse speed in KDE4? I don't want any pointer acceleration, it's just the mouse speed that I want to change.



Edit: Unfortunately, editing the xorg.conf is not an option for me, because I want the users to be able to configure the mouse speed themselves and it is company policy do deny users permission to change the xorg.conf.










share|improve this question




















  • 2





    what is the difference between those two?

    – Web-E
    Aug 7 '12 at 12:39






  • 3





    @Web-E Acceleration is the rate at which the velocity changes with time

    – Oleh Prypin
    Aug 7 '12 at 12:40











  • @Web-E those are 2 different things.

    – Bruno Pereira
    Aug 7 '12 at 13:21
















27















Is there way to increase the mouse speed in KDE4? I don't want any pointer acceleration, it's just the mouse speed that I want to change.



Edit: Unfortunately, editing the xorg.conf is not an option for me, because I want the users to be able to configure the mouse speed themselves and it is company policy do deny users permission to change the xorg.conf.










share|improve this question




















  • 2





    what is the difference between those two?

    – Web-E
    Aug 7 '12 at 12:39






  • 3





    @Web-E Acceleration is the rate at which the velocity changes with time

    – Oleh Prypin
    Aug 7 '12 at 12:40











  • @Web-E those are 2 different things.

    – Bruno Pereira
    Aug 7 '12 at 13:21














27












27








27


14






Is there way to increase the mouse speed in KDE4? I don't want any pointer acceleration, it's just the mouse speed that I want to change.



Edit: Unfortunately, editing the xorg.conf is not an option for me, because I want the users to be able to configure the mouse speed themselves and it is company policy do deny users permission to change the xorg.conf.










share|improve this question
















Is there way to increase the mouse speed in KDE4? I don't want any pointer acceleration, it's just the mouse speed that I want to change.



Edit: Unfortunately, editing the xorg.conf is not an option for me, because I want the users to be able to configure the mouse speed themselves and it is company policy do deny users permission to change the xorg.conf.







xorg mouse kde4






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited May 2 '14 at 0:39









Braiam

52.3k20138223




52.3k20138223










asked Aug 7 '12 at 12:36









AndréAndré

236134




236134








  • 2





    what is the difference between those two?

    – Web-E
    Aug 7 '12 at 12:39






  • 3





    @Web-E Acceleration is the rate at which the velocity changes with time

    – Oleh Prypin
    Aug 7 '12 at 12:40











  • @Web-E those are 2 different things.

    – Bruno Pereira
    Aug 7 '12 at 13:21














  • 2





    what is the difference between those two?

    – Web-E
    Aug 7 '12 at 12:39






  • 3





    @Web-E Acceleration is the rate at which the velocity changes with time

    – Oleh Prypin
    Aug 7 '12 at 12:40











  • @Web-E those are 2 different things.

    – Bruno Pereira
    Aug 7 '12 at 13:21








2




2





what is the difference between those two?

– Web-E
Aug 7 '12 at 12:39





what is the difference between those two?

– Web-E
Aug 7 '12 at 12:39




3




3





@Web-E Acceleration is the rate at which the velocity changes with time

– Oleh Prypin
Aug 7 '12 at 12:40





@Web-E Acceleration is the rate at which the velocity changes with time

– Oleh Prypin
Aug 7 '12 at 12:40













@Web-E those are 2 different things.

– Bruno Pereira
Aug 7 '12 at 13:21





@Web-E those are 2 different things.

– Bruno Pereira
Aug 7 '12 at 13:21










8 Answers
8






active

oldest

votes


















35














KDE has not built this into its control center yet, but you can use xinput from the command line. First, run xinput list to find the device number of your mouse:



$ xinput list
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ SynPS/2 Synaptics TouchPad id=10 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ AT Translated Set 2 keyboard id=9 [slave keyboard (3)]


On my laptop, the device id I want is 10 (SynPS/2 Synaptics TouchPad). On your system, you will have to decide which device is the correct one. Next, run xinput list-props <your device id> to see the current settings for that device:



$ xinput list-props 10
Device 'SynPS/2 Synaptics TouchPad':
Device Enabled (144): 1
Device Accel Profile (266): 1
Device Accel Constant Deceleration (267): 2.500000
Device Accel Adaptive Deceleration (268): 1.000000
Device Accel Velocity Scaling (269): 12.500000
[ many more settings omitted ]


The property you are interested in is "Device Accel Constant Deceleration (267)". To slow your mouse down, the value must be increased by running xinput set-prop <your device id> <property id> <value>:



$ xinput set-prop 10 267 5.0


In this example, the value is increased from 2.5 to 5.0 and the mouse moves at half-speed.






share|improve this answer



















  • 5





    You just can't set this below 1.0 which still is way too slow in my case.

    – pong
    Sep 28 '13 at 9:00






  • 2





    No problem with list-props, but set-prop results in:            X Error of failed request: BadAccess (attempt to access private resource denied)             X.Org X Server 1.16.0, running Unity desktop.   For X.Org X Server 1.9.3.90 the mouse’s id is 6 and the property number 233.

    – Incnis Mrsi
    Sep 15 '15 at 19:03













  • Ī̲ found that property numbers fluctuate over instances of X server (even not due do different software!). See also askubuntu.com/a/674560/439832

    – Incnis Mrsi
    Sep 15 '15 at 19:37






  • 2





    Even better: xinput set-prop 'SynPS/2 Synaptics TouchPad' 'Device Accel Constant Deceleration' 2.5

    – Simon Thum
    Apr 29 '16 at 11:20






  • 1





    What to do if "Device Accel Constant Deceleration" isn't even an available option?

    – DaVince
    Apr 28 '17 at 9:35



















14














The terminology of the mouse settings in Linux (Xorg) are slightly different from the windows world.



There are three important settings:





  • threshold - The trigger for acceleration


  • acceleration - The speed after the threshold has been reached


  • resolution - The "speed"


These settings are independent of the Desktop Environment. They are pure X settings. So this always works. See also the mouse section of xset for a truly independent way to change these settings.



The Unity settings manager seems to rename the threshold to sensitivity. But as you are talking about KDE, that should not matter.



Only threshold and acceleration can be changed by the user. The resolution is a setting to be made in xorg.conf. But usually, the first two settings are enough for most users.



Linuxreviews has an explanation of these values.



Basically: The mouse moves at a base speed (modifiable using resolution). If the mouse moves n pixels (n = threshold) in a short time, then the base speed is multiplied with acceleration. As an example, if you want to disable acceleration completely, you can set the threshold to 0. In words: If the mouse moves 0 pixels in a short time, I'll use base-speed * acceleration. So a threshold of 0 gives you constant mouse-speed.



So, these two values give you a very fine grained control over the speed.






share|improve this answer



















  • 1





    The parameter specifically in question is resolution, which cannot be modified using xset.

    – Luke
    Mar 1 '13 at 21:52











  • To clarify, threshold = 0 gives you polynomial acceleration in X, which is not at all like constant speed. Use the solution above.

    – Simon Thum
    Apr 29 '16 at 11:16











  • @SimonThum is this really the case? I also thought the acceleration is supposed to be linear (despite a transition between base speed to final speed = base speed * acceleration). I have read this a lot of times in comment sections. Do you have sources that support your claim?

    – daniel451
    Feb 11 '18 at 13:37













  • Well, see cgit.freedesktop.org/xorg/xserver/tree/dix/ptrveloc.c#n840 which is the current incarnation of cgit.freedesktop.org/xorg/xserver/tree/dix/…

    – Simon Thum
    Feb 11 '18 at 18:34



















10














The steps to increase mouse sensitivity:



First list all the devices:



$ xinput list                                                               
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ PixArt USB Optical Mouse id=10 [slave pointer (2)]
⎜ ↳ ETPS/2 Elantech Touchpad id=15 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ Power Button id=6 [slave keyboard (3)]
↳ Video Bus id=7 [slave keyboard (3)]
↳ Sleep Button id=8 [slave keyboard (3)]
↳ USB2.0 UVC 2M WebCam id=9 [slave keyboard (3)]
↳ Asus Laptop extra buttons id=13 [slave keyboard (3)]
↳ AT Translated Set 2 keyboard id=14 [slave keyboard (3)]
↳ USB Keyboard id=11 [slave keyboard (3)]
↳ USB Keyboard id=12 [slave keyboard (3)]


In the example we see the mouse id is 10. Next list its properties:



$ xinput list-props 10
Device 'PixArt USB Optical Mouse':
Device Enabled (140): 1
Coordinate Transformation Matrix (142): 10.400000, 0.000000, 0.000000, 0.000000, 10.400000, 0.000000, 0.000000, 0.000000, 10.400000
Device Accel Profile (265): 0
Device Accel Constant Deceleration (266): 1.000000
Device Accel Adaptive Deceleration (267): 1.000000
Device Accel Velocity Scaling (268): 10.000000
Device Product ID (260): 2362, 9488
Device Node (261): "/dev/input/event5"
Evdev Axis Inversion (269): 0, 0
Evdev Axes Swap (271): 0
Axis Labels (272): "Rel X" (150), "Rel Y" (151), "Rel Vert Wheel" (264)
Button Labels (273): "Button Left" (143), "Button Middle" (144), "Button Right" (145), "Button Wheel Up" (146), "Button Wheel Down" (147), "Button Horiz Wheel Left" (148), "Button Horiz Wheel Right" (149)
Evdev Middle Button Emulation (274): 0
Evdev Middle Button Timeout (275): 50
Evdev Third Button Emulation (276): 0
Evdev Third Button Emulation Timeout (277): 1000
Evdev Third Button Emulation Button (278): 3
Evdev Third Button Emulation Threshold (279): 20
Evdev Wheel Emulation (280): 0
Evdev Wheel Emulation Axes (281): 0, 0, 4, 5
Evdev Wheel Emulation Inertia (282): 10
Evdev Wheel Emulation Timeout (283): 200
Evdev Wheel Emulation Button (284): 4
Evdev Drag Lock Buttons (285): 0


The «Coordinate Transformation Matrix» is exactly what we want. Remember its №142.



By changing this property we can increase the pointer speed. These values actually is a transformation matrix that used to calculate a pointer movement. From the link:




By default, the CTM for every input device in X is the identity
matrix. As an example, lets say you touch a touchscreen at point (400,
197) on the screen:




⎡ 1 0 0 ⎤   ⎡ 400 ⎤   ⎡ 400 ⎤
⎜ 0 1 0 ⎥ · ⎜ 197 ⎥ = ⎜ 197 ⎥
⎣ 0 0 1 ⎦ ⎣ 1 ⎦ ⎣ 1 ⎦



The X and Y coordinates of the device event are input in the second
matrix of the calculation. The result of the calculation is where the
X and Y coordinates of the event are mapped to the screen. As shown,
the identity matrix maps the device coordinates to the screen
coordinates without any changes.




So, what we want to do with the matrix — is to set the values that according to x and y to any other particular value, and this would change the pointer speed. An example from my PC:



$ xinput set-prop 10 142 2.400000, 0.000000, 0.000000, 0.000000, 2.400000, 0.000000, 0.000000, 0.000000, 1.000000


It is xinput set-prop <device-id> <property-number> <property-values>. Play a bit with this until you find the appropriate ones. Note: do not change the last value of the matrix. That was my error when I tried it to get work — in this case you just won't see any difference.



At least recent versions of xinput allow specifying devices and options by name, so this example can also work:



xinput set-prop 'PixArt USB Optical Mouse' 'Coordinate Transformation Matrix' 1.2 0 0 0 1.2 0 0 0 1


These changes are active only for the current session, so once you've chosen a good sensitivity, you should apply it permanently by adding it to xorg.conf (or creating a file such as /etc/X11/xorg.conf.d/40-mouse-sensitivity.conf):



Section "InputClass"
Identifier "PixArt USB Optical Mouse"
MatchIsPointer "Yes"
Option "TransformationMatrix" "1.2 0 0 0 1.2 0 0 0 1"
EndSection


If you are not sure whether this works, change this to some big value like 5.0, save the file and reboot.



Acknowledgements: I am grateful to Simon Thum from xorg mailing list, he was the one who gave the hint about the matrix.






share|improve this answer


























  • Best to leave Coordinate Transformation Matrix to its original purpose, "transforming coordinates" for example in case of screen orientation or working with touch screens etc. Way simpler is to adjust Device Accel Constant Deceleration for example.

    – Kari Kääriäinen
    Feb 21 '15 at 17:10






  • 2





    @KariKääriäinen like the others confused. So called «pointer acceleration» have nothing to do with mouse sensitivity, it just allows to move a pointer as further as faster you move it. That is, if you move mouse the same distance but with different speeds, the pointer would be moved to a different distance. That's pretty uncomfortable, you have to slow down every time to hit some point. But changing the transformation matrix allow to you in some sense to emulate an increased mouse sensitivity. And btw, specifically the deceleration slows the speed.

    – Hi-Angel
    Feb 21 '15 at 18:02






  • 1





    Interesting, but this method has a drawback: when using this, some pixels are just not reachable. To make this more obvious I tried xinput set-prop 11 138 40, 0, 0, 0, 40, 0, 0, 0, 1 and confirmed that the mouse only reached coordinates spaced 40 pixels apart. Real-world use would probably only use 2 or 4 instead of 40, yet still miss pixels. I settled for the other method (use acceleration feature as constant speed gain) because it does not have this drawback.

    – Stéphane Gourichon
    May 6 '15 at 7:20






  • 2





    The only right answer.

    – MichalH
    Mar 17 '16 at 20:54











  • @StéphaneGourichon, this limitation is just due to the resolution of a mouse. I tried 2.0 with this method and the pointer did not jump multiple pixels. I also don't see how a different method can prevent this problem.

    – Oleh Prypin
    Mar 5 '17 at 14:37



















4














Though I am not very clear on the question here is my suggestion.



For KDE



A quick search reveals there is no such option to increase mouse speed under threshold value.



Some users suggest changing mouse resolution in /etc/X11/xorg.conf file (mouse InputDevice section) like



Option "Resolution" "400"



But most user said it didn't work.



You can increase the threshold value so that the acceleration doesn't start until the threshold value reaches. (The setting is in Mouse> Advanced Settings)



A related post can be found here.



For Unity




  • Press Super key (windows key).

  • Search for mouse.

  • Select Mouse And Touchpad


  • Now change the sensitivity to higher value. Possibly this is what you want.



    mouse settings








share|improve this answer





















  • 2





    Okay, this is exactly the setting I am looking for but your screenshot is taken from Gnome and my question is concerning KDE4.

    – André
    Aug 7 '12 at 13:56











  • Sorry for not checking your question properly. Updated.

    – Web-E
    Aug 7 '12 at 14:23











  • Wow, thanks! It seems you have put a lot of effort into this. Unfortunately, editing the xorg.conf is not an option, because I want the users to be able to configure the "Resolution"-setting themselves and it is company policy do deny users permission to change the xorg.conf. I will add this restriction to the original comment but upvote your comment nevertheless.

    – André
    Aug 8 '12 at 7:49






  • 1





    Omg. An ability to set the «pointer resolution» via only a config file (i.e. not interactively) should be considered as a bug. How many times a user should restart XServer to find an apropriate resolution? Five? Ten? It is as funny as sad…

    – Hi-Angel
    Jan 5 '15 at 15:00











  • I just installed the unity-control-center, set the mouse sensitivity to high, and it didn't worked.

    – Hi-Angel
    Jan 5 '15 at 15:17



















2














Given what the above post had said, I found this work around.



The fact is that the mouse move at a constant multiple of base speed, where the multiple is set by the "acceleration" parameter.



However, this multiplier is applied only after your mouse move faster than a "threshold" speed, specified by the "sensitivity" parameter.



This creates the awkward feel of "acceleration" where if you start to move your mouse fast, it begins to jump around uncontrollably as it moves past the threshold speed.



So what you can do is setting the "sensitivity" to 0, thus making the threshold to be 0. What this does is your acceleration is applied all the time to your mouse speed.



Then your mouse speed is just a multiple of your "acceleration" parameter, and since it is a linear multiplication, you should have a constant speed proportional to the acceleration parameter. Without the feeling of acceleration and jumps.



So in short:
Set sensitivity to 0.
Adjust the parameter "acceleration" as if it is "speed"






share|improve this answer
























  • This answer is the generic version of lolmaus's KDE-oriented answer. I did just this, although I first tried with threshold 1 pixel since other answers mentioned 0 as "disable". Anyway I could test it immediately by running this: xset mouse 4 0 and the like, and finally settled for xset mouse 2 0. This is a kind of a hack (using accel feature for plain speed) but works, though I feel on use that there is still some threshold applied.

    – Stéphane Gourichon
    May 6 '15 at 7:16



















1














Personally I find that precise pointer motion is better for overall desktop experience, so this setting is important for me too. I was always wondering why OS UXP designers not only make acceleration the default, but also tend to remove control from user interface.



You might find that the acceleration, which supposed to get you more comfortable UXP is actually undesirable in some situations, as you could miss the right UI elements on screen when moving mouse fast, or just need precision for some CAD application. Specifically, it's difficult to get in control of slider and spinner UI elements or move a shape on some designer's UI. Also, with acceleration, it's difficult to position the mouse cursor in a text editor precisely as you copy-paste a region of text. Some might argue that when you need to get precision you just slow down, but what if you don't want to slow down, and still get precision?



You can check if there is acceleration or not:



(1). Move your mouse pointer to the right of the screen, notice the physical position of the device on the table.



(2). Moderately move the mouse to the left a little bit, so the cursor travels around the center of screen, and then very slowly return the physical device to it's original position.



(3). Repeat steps (1) and (2) multiple times.



If there is no acceleration, the cursor should arrive to the right of screen all of the time. If there is acceleration, the pointer would move more and more to the left, so after 3 or 4 times it would just hit the left of the screen, so you need to fix it.



No acceleration means you need to adjust the
Device Accel Velocity Scaling parameter.



It will slow down mouse motion in general, so you need to compensate for that with constant speed adjustment. This can be done with decreasing the Device Accel Constant Deceleration parameter.



Here is what worked for me:




  1. Find the mouse device id:



$ xinput list
...
⎜ ↳ PixArt USB Optical Mouse id=10 [slave pointer (2)]
...



The device id = 10




  1. List properties of the device



$ xinput list-props 10
...
Device Accel Constant Deceleration (276): 1.000000
...
Device Accel Velocity Scaling (278): 10.000000
...




  1. Reduce the scaling parameter to its minimum, this should give one-to one mouse motion with respect to actual physical movement. Whether you set it to something like 0.1, 0.001 or 1e-30 does not matter, as it's much lower acceleration than the default of 10.0. You can't set it to zero, as it's considered an error.



$ xinput set-prop 10 278 1e-10




  1. (optional) Now you might notice that despite being precise, speed have been decreased in general, so you might need to play with the Constant Deceleration parameter to restore comfortable speed. In my case a comfortable setting was 0.7 which sped up the pointer by half, made mouse motion feeling like about the same speed that was before, but without acceleration:



$ xinput set-prop 10 276 0.7



If you want it faster, set a lower value here, like 0.5, 0.4 etc.
If you want it slower, set it to something like 1.0, 1.2, or even 1.5






share|improve this answer































    0















    How to adjust mouse speed in KDE

    • without enabling mouse acceleration

    • and only using the settigns dialog (no console, no config files)




    This is a colloquial summary of exhuma's answer, don't forget to upvote it.



    In KDE, mouse acceleration is not logarithmic. That is, it has two constant mouse speeds: non-accelerated and accelerated. It switches from one to another when you jerk the mouse quickly enough.



    The first speed is non-configurable (at least, from GUI). The second speed is configurable.



    The solution is:




    1. Set "Pointer threshold" to 0. As a result, the second speed will be applied at all times.

    2. Adjust "Pointer acceleration" to make that speed bigger or smaller.


    You will end up with a constant, non-dynamic cursor speed adjusted to your liking.






    share|improve this answer































      0














      The answers above are now outdated. What has worked for me the most neatly is the last section of this wiki entry:




      with libinput



      Alternatively, since libinput-1.1.0-1 and xf86-input-libinput-0.15.0-1
      you can use a flat acceleration profile. To enable it create the
      following file:



      /etc/X11/xorg.conf.d/50-mouse-acceleration.conf



      Section "InputClass" Identifier "My Mouse" Driver "libinput"
      MatchIsPointer "yes" Option "AccelProfile" "flat" Option
      "AccelSpeed" "0" EndSection



      and restart X.



      Another option is this command:



      $ xinput --set-prop 'libinput Accel Profile Enabled' 0, 1



      Which doesn't need an X restart, but isn't persistent. Although it can
      be set up to run automatically with Autostarting.







      share|improve this answer








      New contributor




      kellogs is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.




















        Your Answer








        StackExchange.ready(function() {
        var channelOptions = {
        tags: "".split(" "),
        id: "89"
        };
        initTagRenderer("".split(" "), "".split(" "), channelOptions);

        StackExchange.using("externalEditor", function() {
        // Have to fire editor after snippets, if snippets enabled
        if (StackExchange.settings.snippets.snippetsEnabled) {
        StackExchange.using("snippets", function() {
        createEditor();
        });
        }
        else {
        createEditor();
        }
        });

        function createEditor() {
        StackExchange.prepareEditor({
        heartbeatType: 'answer',
        autoActivateHeartbeat: false,
        convertImagesToLinks: true,
        noModals: true,
        showLowRepImageUploadWarning: true,
        reputationToPostImages: 10,
        bindNavPrevention: true,
        postfix: "",
        imageUploader: {
        brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
        contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
        allowUrls: true
        },
        onDemand: true,
        discardSelector: ".discard-answer"
        ,immediatelyShowMarkdownHelp:true
        });


        }
        });














        draft saved

        draft discarded


















        StackExchange.ready(
        function () {
        StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f172972%2fconfigure-mouse-speed-not-pointer-acceleration%23new-answer', 'question_page');
        }
        );

        Post as a guest















        Required, but never shown

























        8 Answers
        8






        active

        oldest

        votes








        8 Answers
        8






        active

        oldest

        votes









        active

        oldest

        votes






        active

        oldest

        votes









        35














        KDE has not built this into its control center yet, but you can use xinput from the command line. First, run xinput list to find the device number of your mouse:



        $ xinput list
        ⎡ Virtual core pointer id=2 [master pointer (3)]
        ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
        ⎜ ↳ SynPS/2 Synaptics TouchPad id=10 [slave pointer (2)]
        ⎣ Virtual core keyboard id=3 [master keyboard (2)]
        ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
        ↳ AT Translated Set 2 keyboard id=9 [slave keyboard (3)]


        On my laptop, the device id I want is 10 (SynPS/2 Synaptics TouchPad). On your system, you will have to decide which device is the correct one. Next, run xinput list-props <your device id> to see the current settings for that device:



        $ xinput list-props 10
        Device 'SynPS/2 Synaptics TouchPad':
        Device Enabled (144): 1
        Device Accel Profile (266): 1
        Device Accel Constant Deceleration (267): 2.500000
        Device Accel Adaptive Deceleration (268): 1.000000
        Device Accel Velocity Scaling (269): 12.500000
        [ many more settings omitted ]


        The property you are interested in is "Device Accel Constant Deceleration (267)". To slow your mouse down, the value must be increased by running xinput set-prop <your device id> <property id> <value>:



        $ xinput set-prop 10 267 5.0


        In this example, the value is increased from 2.5 to 5.0 and the mouse moves at half-speed.






        share|improve this answer



















        • 5





          You just can't set this below 1.0 which still is way too slow in my case.

          – pong
          Sep 28 '13 at 9:00






        • 2





          No problem with list-props, but set-prop results in:            X Error of failed request: BadAccess (attempt to access private resource denied)             X.Org X Server 1.16.0, running Unity desktop.   For X.Org X Server 1.9.3.90 the mouse’s id is 6 and the property number 233.

          – Incnis Mrsi
          Sep 15 '15 at 19:03













        • Ī̲ found that property numbers fluctuate over instances of X server (even not due do different software!). See also askubuntu.com/a/674560/439832

          – Incnis Mrsi
          Sep 15 '15 at 19:37






        • 2





          Even better: xinput set-prop 'SynPS/2 Synaptics TouchPad' 'Device Accel Constant Deceleration' 2.5

          – Simon Thum
          Apr 29 '16 at 11:20






        • 1





          What to do if "Device Accel Constant Deceleration" isn't even an available option?

          – DaVince
          Apr 28 '17 at 9:35
















        35














        KDE has not built this into its control center yet, but you can use xinput from the command line. First, run xinput list to find the device number of your mouse:



        $ xinput list
        ⎡ Virtual core pointer id=2 [master pointer (3)]
        ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
        ⎜ ↳ SynPS/2 Synaptics TouchPad id=10 [slave pointer (2)]
        ⎣ Virtual core keyboard id=3 [master keyboard (2)]
        ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
        ↳ AT Translated Set 2 keyboard id=9 [slave keyboard (3)]


        On my laptop, the device id I want is 10 (SynPS/2 Synaptics TouchPad). On your system, you will have to decide which device is the correct one. Next, run xinput list-props <your device id> to see the current settings for that device:



        $ xinput list-props 10
        Device 'SynPS/2 Synaptics TouchPad':
        Device Enabled (144): 1
        Device Accel Profile (266): 1
        Device Accel Constant Deceleration (267): 2.500000
        Device Accel Adaptive Deceleration (268): 1.000000
        Device Accel Velocity Scaling (269): 12.500000
        [ many more settings omitted ]


        The property you are interested in is "Device Accel Constant Deceleration (267)". To slow your mouse down, the value must be increased by running xinput set-prop <your device id> <property id> <value>:



        $ xinput set-prop 10 267 5.0


        In this example, the value is increased from 2.5 to 5.0 and the mouse moves at half-speed.






        share|improve this answer



















        • 5





          You just can't set this below 1.0 which still is way too slow in my case.

          – pong
          Sep 28 '13 at 9:00






        • 2





          No problem with list-props, but set-prop results in:            X Error of failed request: BadAccess (attempt to access private resource denied)             X.Org X Server 1.16.0, running Unity desktop.   For X.Org X Server 1.9.3.90 the mouse’s id is 6 and the property number 233.

          – Incnis Mrsi
          Sep 15 '15 at 19:03













        • Ī̲ found that property numbers fluctuate over instances of X server (even not due do different software!). See also askubuntu.com/a/674560/439832

          – Incnis Mrsi
          Sep 15 '15 at 19:37






        • 2





          Even better: xinput set-prop 'SynPS/2 Synaptics TouchPad' 'Device Accel Constant Deceleration' 2.5

          – Simon Thum
          Apr 29 '16 at 11:20






        • 1





          What to do if "Device Accel Constant Deceleration" isn't even an available option?

          – DaVince
          Apr 28 '17 at 9:35














        35












        35








        35







        KDE has not built this into its control center yet, but you can use xinput from the command line. First, run xinput list to find the device number of your mouse:



        $ xinput list
        ⎡ Virtual core pointer id=2 [master pointer (3)]
        ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
        ⎜ ↳ SynPS/2 Synaptics TouchPad id=10 [slave pointer (2)]
        ⎣ Virtual core keyboard id=3 [master keyboard (2)]
        ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
        ↳ AT Translated Set 2 keyboard id=9 [slave keyboard (3)]


        On my laptop, the device id I want is 10 (SynPS/2 Synaptics TouchPad). On your system, you will have to decide which device is the correct one. Next, run xinput list-props <your device id> to see the current settings for that device:



        $ xinput list-props 10
        Device 'SynPS/2 Synaptics TouchPad':
        Device Enabled (144): 1
        Device Accel Profile (266): 1
        Device Accel Constant Deceleration (267): 2.500000
        Device Accel Adaptive Deceleration (268): 1.000000
        Device Accel Velocity Scaling (269): 12.500000
        [ many more settings omitted ]


        The property you are interested in is "Device Accel Constant Deceleration (267)". To slow your mouse down, the value must be increased by running xinput set-prop <your device id> <property id> <value>:



        $ xinput set-prop 10 267 5.0


        In this example, the value is increased from 2.5 to 5.0 and the mouse moves at half-speed.






        share|improve this answer













        KDE has not built this into its control center yet, but you can use xinput from the command line. First, run xinput list to find the device number of your mouse:



        $ xinput list
        ⎡ Virtual core pointer id=2 [master pointer (3)]
        ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
        ⎜ ↳ SynPS/2 Synaptics TouchPad id=10 [slave pointer (2)]
        ⎣ Virtual core keyboard id=3 [master keyboard (2)]
        ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
        ↳ AT Translated Set 2 keyboard id=9 [slave keyboard (3)]


        On my laptop, the device id I want is 10 (SynPS/2 Synaptics TouchPad). On your system, you will have to decide which device is the correct one. Next, run xinput list-props <your device id> to see the current settings for that device:



        $ xinput list-props 10
        Device 'SynPS/2 Synaptics TouchPad':
        Device Enabled (144): 1
        Device Accel Profile (266): 1
        Device Accel Constant Deceleration (267): 2.500000
        Device Accel Adaptive Deceleration (268): 1.000000
        Device Accel Velocity Scaling (269): 12.500000
        [ many more settings omitted ]


        The property you are interested in is "Device Accel Constant Deceleration (267)". To slow your mouse down, the value must be increased by running xinput set-prop <your device id> <property id> <value>:



        $ xinput set-prop 10 267 5.0


        In this example, the value is increased from 2.5 to 5.0 and the mouse moves at half-speed.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Mar 1 '13 at 21:48









        LukeLuke

        65469




        65469








        • 5





          You just can't set this below 1.0 which still is way too slow in my case.

          – pong
          Sep 28 '13 at 9:00






        • 2





          No problem with list-props, but set-prop results in:            X Error of failed request: BadAccess (attempt to access private resource denied)             X.Org X Server 1.16.0, running Unity desktop.   For X.Org X Server 1.9.3.90 the mouse’s id is 6 and the property number 233.

          – Incnis Mrsi
          Sep 15 '15 at 19:03













        • Ī̲ found that property numbers fluctuate over instances of X server (even not due do different software!). See also askubuntu.com/a/674560/439832

          – Incnis Mrsi
          Sep 15 '15 at 19:37






        • 2





          Even better: xinput set-prop 'SynPS/2 Synaptics TouchPad' 'Device Accel Constant Deceleration' 2.5

          – Simon Thum
          Apr 29 '16 at 11:20






        • 1





          What to do if "Device Accel Constant Deceleration" isn't even an available option?

          – DaVince
          Apr 28 '17 at 9:35














        • 5





          You just can't set this below 1.0 which still is way too slow in my case.

          – pong
          Sep 28 '13 at 9:00






        • 2





          No problem with list-props, but set-prop results in:            X Error of failed request: BadAccess (attempt to access private resource denied)             X.Org X Server 1.16.0, running Unity desktop.   For X.Org X Server 1.9.3.90 the mouse’s id is 6 and the property number 233.

          – Incnis Mrsi
          Sep 15 '15 at 19:03













        • Ī̲ found that property numbers fluctuate over instances of X server (even not due do different software!). See also askubuntu.com/a/674560/439832

          – Incnis Mrsi
          Sep 15 '15 at 19:37






        • 2





          Even better: xinput set-prop 'SynPS/2 Synaptics TouchPad' 'Device Accel Constant Deceleration' 2.5

          – Simon Thum
          Apr 29 '16 at 11:20






        • 1





          What to do if "Device Accel Constant Deceleration" isn't even an available option?

          – DaVince
          Apr 28 '17 at 9:35








        5




        5





        You just can't set this below 1.0 which still is way too slow in my case.

        – pong
        Sep 28 '13 at 9:00





        You just can't set this below 1.0 which still is way too slow in my case.

        – pong
        Sep 28 '13 at 9:00




        2




        2





        No problem with list-props, but set-prop results in:            X Error of failed request: BadAccess (attempt to access private resource denied)             X.Org X Server 1.16.0, running Unity desktop.   For X.Org X Server 1.9.3.90 the mouse’s id is 6 and the property number 233.

        – Incnis Mrsi
        Sep 15 '15 at 19:03







        No problem with list-props, but set-prop results in:            X Error of failed request: BadAccess (attempt to access private resource denied)             X.Org X Server 1.16.0, running Unity desktop.   For X.Org X Server 1.9.3.90 the mouse’s id is 6 and the property number 233.

        – Incnis Mrsi
        Sep 15 '15 at 19:03















        Ī̲ found that property numbers fluctuate over instances of X server (even not due do different software!). See also askubuntu.com/a/674560/439832

        – Incnis Mrsi
        Sep 15 '15 at 19:37





        Ī̲ found that property numbers fluctuate over instances of X server (even not due do different software!). See also askubuntu.com/a/674560/439832

        – Incnis Mrsi
        Sep 15 '15 at 19:37




        2




        2





        Even better: xinput set-prop 'SynPS/2 Synaptics TouchPad' 'Device Accel Constant Deceleration' 2.5

        – Simon Thum
        Apr 29 '16 at 11:20





        Even better: xinput set-prop 'SynPS/2 Synaptics TouchPad' 'Device Accel Constant Deceleration' 2.5

        – Simon Thum
        Apr 29 '16 at 11:20




        1




        1





        What to do if "Device Accel Constant Deceleration" isn't even an available option?

        – DaVince
        Apr 28 '17 at 9:35





        What to do if "Device Accel Constant Deceleration" isn't even an available option?

        – DaVince
        Apr 28 '17 at 9:35













        14














        The terminology of the mouse settings in Linux (Xorg) are slightly different from the windows world.



        There are three important settings:





        • threshold - The trigger for acceleration


        • acceleration - The speed after the threshold has been reached


        • resolution - The "speed"


        These settings are independent of the Desktop Environment. They are pure X settings. So this always works. See also the mouse section of xset for a truly independent way to change these settings.



        The Unity settings manager seems to rename the threshold to sensitivity. But as you are talking about KDE, that should not matter.



        Only threshold and acceleration can be changed by the user. The resolution is a setting to be made in xorg.conf. But usually, the first two settings are enough for most users.



        Linuxreviews has an explanation of these values.



        Basically: The mouse moves at a base speed (modifiable using resolution). If the mouse moves n pixels (n = threshold) in a short time, then the base speed is multiplied with acceleration. As an example, if you want to disable acceleration completely, you can set the threshold to 0. In words: If the mouse moves 0 pixels in a short time, I'll use base-speed * acceleration. So a threshold of 0 gives you constant mouse-speed.



        So, these two values give you a very fine grained control over the speed.






        share|improve this answer



















        • 1





          The parameter specifically in question is resolution, which cannot be modified using xset.

          – Luke
          Mar 1 '13 at 21:52











        • To clarify, threshold = 0 gives you polynomial acceleration in X, which is not at all like constant speed. Use the solution above.

          – Simon Thum
          Apr 29 '16 at 11:16











        • @SimonThum is this really the case? I also thought the acceleration is supposed to be linear (despite a transition between base speed to final speed = base speed * acceleration). I have read this a lot of times in comment sections. Do you have sources that support your claim?

          – daniel451
          Feb 11 '18 at 13:37













        • Well, see cgit.freedesktop.org/xorg/xserver/tree/dix/ptrveloc.c#n840 which is the current incarnation of cgit.freedesktop.org/xorg/xserver/tree/dix/…

          – Simon Thum
          Feb 11 '18 at 18:34
















        14














        The terminology of the mouse settings in Linux (Xorg) are slightly different from the windows world.



        There are three important settings:





        • threshold - The trigger for acceleration


        • acceleration - The speed after the threshold has been reached


        • resolution - The "speed"


        These settings are independent of the Desktop Environment. They are pure X settings. So this always works. See also the mouse section of xset for a truly independent way to change these settings.



        The Unity settings manager seems to rename the threshold to sensitivity. But as you are talking about KDE, that should not matter.



        Only threshold and acceleration can be changed by the user. The resolution is a setting to be made in xorg.conf. But usually, the first two settings are enough for most users.



        Linuxreviews has an explanation of these values.



        Basically: The mouse moves at a base speed (modifiable using resolution). If the mouse moves n pixels (n = threshold) in a short time, then the base speed is multiplied with acceleration. As an example, if you want to disable acceleration completely, you can set the threshold to 0. In words: If the mouse moves 0 pixels in a short time, I'll use base-speed * acceleration. So a threshold of 0 gives you constant mouse-speed.



        So, these two values give you a very fine grained control over the speed.






        share|improve this answer



















        • 1





          The parameter specifically in question is resolution, which cannot be modified using xset.

          – Luke
          Mar 1 '13 at 21:52











        • To clarify, threshold = 0 gives you polynomial acceleration in X, which is not at all like constant speed. Use the solution above.

          – Simon Thum
          Apr 29 '16 at 11:16











        • @SimonThum is this really the case? I also thought the acceleration is supposed to be linear (despite a transition between base speed to final speed = base speed * acceleration). I have read this a lot of times in comment sections. Do you have sources that support your claim?

          – daniel451
          Feb 11 '18 at 13:37













        • Well, see cgit.freedesktop.org/xorg/xserver/tree/dix/ptrveloc.c#n840 which is the current incarnation of cgit.freedesktop.org/xorg/xserver/tree/dix/…

          – Simon Thum
          Feb 11 '18 at 18:34














        14












        14








        14







        The terminology of the mouse settings in Linux (Xorg) are slightly different from the windows world.



        There are three important settings:





        • threshold - The trigger for acceleration


        • acceleration - The speed after the threshold has been reached


        • resolution - The "speed"


        These settings are independent of the Desktop Environment. They are pure X settings. So this always works. See also the mouse section of xset for a truly independent way to change these settings.



        The Unity settings manager seems to rename the threshold to sensitivity. But as you are talking about KDE, that should not matter.



        Only threshold and acceleration can be changed by the user. The resolution is a setting to be made in xorg.conf. But usually, the first two settings are enough for most users.



        Linuxreviews has an explanation of these values.



        Basically: The mouse moves at a base speed (modifiable using resolution). If the mouse moves n pixels (n = threshold) in a short time, then the base speed is multiplied with acceleration. As an example, if you want to disable acceleration completely, you can set the threshold to 0. In words: If the mouse moves 0 pixels in a short time, I'll use base-speed * acceleration. So a threshold of 0 gives you constant mouse-speed.



        So, these two values give you a very fine grained control over the speed.






        share|improve this answer













        The terminology of the mouse settings in Linux (Xorg) are slightly different from the windows world.



        There are three important settings:





        • threshold - The trigger for acceleration


        • acceleration - The speed after the threshold has been reached


        • resolution - The "speed"


        These settings are independent of the Desktop Environment. They are pure X settings. So this always works. See also the mouse section of xset for a truly independent way to change these settings.



        The Unity settings manager seems to rename the threshold to sensitivity. But as you are talking about KDE, that should not matter.



        Only threshold and acceleration can be changed by the user. The resolution is a setting to be made in xorg.conf. But usually, the first two settings are enough for most users.



        Linuxreviews has an explanation of these values.



        Basically: The mouse moves at a base speed (modifiable using resolution). If the mouse moves n pixels (n = threshold) in a short time, then the base speed is multiplied with acceleration. As an example, if you want to disable acceleration completely, you can set the threshold to 0. In words: If the mouse moves 0 pixels in a short time, I'll use base-speed * acceleration. So a threshold of 0 gives you constant mouse-speed.



        So, these two values give you a very fine grained control over the speed.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Sep 24 '12 at 9:07









        exhumaexhuma

        50649




        50649








        • 1





          The parameter specifically in question is resolution, which cannot be modified using xset.

          – Luke
          Mar 1 '13 at 21:52











        • To clarify, threshold = 0 gives you polynomial acceleration in X, which is not at all like constant speed. Use the solution above.

          – Simon Thum
          Apr 29 '16 at 11:16











        • @SimonThum is this really the case? I also thought the acceleration is supposed to be linear (despite a transition between base speed to final speed = base speed * acceleration). I have read this a lot of times in comment sections. Do you have sources that support your claim?

          – daniel451
          Feb 11 '18 at 13:37













        • Well, see cgit.freedesktop.org/xorg/xserver/tree/dix/ptrveloc.c#n840 which is the current incarnation of cgit.freedesktop.org/xorg/xserver/tree/dix/…

          – Simon Thum
          Feb 11 '18 at 18:34














        • 1





          The parameter specifically in question is resolution, which cannot be modified using xset.

          – Luke
          Mar 1 '13 at 21:52











        • To clarify, threshold = 0 gives you polynomial acceleration in X, which is not at all like constant speed. Use the solution above.

          – Simon Thum
          Apr 29 '16 at 11:16











        • @SimonThum is this really the case? I also thought the acceleration is supposed to be linear (despite a transition between base speed to final speed = base speed * acceleration). I have read this a lot of times in comment sections. Do you have sources that support your claim?

          – daniel451
          Feb 11 '18 at 13:37













        • Well, see cgit.freedesktop.org/xorg/xserver/tree/dix/ptrveloc.c#n840 which is the current incarnation of cgit.freedesktop.org/xorg/xserver/tree/dix/…

          – Simon Thum
          Feb 11 '18 at 18:34








        1




        1





        The parameter specifically in question is resolution, which cannot be modified using xset.

        – Luke
        Mar 1 '13 at 21:52





        The parameter specifically in question is resolution, which cannot be modified using xset.

        – Luke
        Mar 1 '13 at 21:52













        To clarify, threshold = 0 gives you polynomial acceleration in X, which is not at all like constant speed. Use the solution above.

        – Simon Thum
        Apr 29 '16 at 11:16





        To clarify, threshold = 0 gives you polynomial acceleration in X, which is not at all like constant speed. Use the solution above.

        – Simon Thum
        Apr 29 '16 at 11:16













        @SimonThum is this really the case? I also thought the acceleration is supposed to be linear (despite a transition between base speed to final speed = base speed * acceleration). I have read this a lot of times in comment sections. Do you have sources that support your claim?

        – daniel451
        Feb 11 '18 at 13:37







        @SimonThum is this really the case? I also thought the acceleration is supposed to be linear (despite a transition between base speed to final speed = base speed * acceleration). I have read this a lot of times in comment sections. Do you have sources that support your claim?

        – daniel451
        Feb 11 '18 at 13:37















        Well, see cgit.freedesktop.org/xorg/xserver/tree/dix/ptrveloc.c#n840 which is the current incarnation of cgit.freedesktop.org/xorg/xserver/tree/dix/…

        – Simon Thum
        Feb 11 '18 at 18:34





        Well, see cgit.freedesktop.org/xorg/xserver/tree/dix/ptrveloc.c#n840 which is the current incarnation of cgit.freedesktop.org/xorg/xserver/tree/dix/…

        – Simon Thum
        Feb 11 '18 at 18:34











        10














        The steps to increase mouse sensitivity:



        First list all the devices:



        $ xinput list                                                               
        ⎡ Virtual core pointer id=2 [master pointer (3)]
        ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
        ⎜ ↳ PixArt USB Optical Mouse id=10 [slave pointer (2)]
        ⎜ ↳ ETPS/2 Elantech Touchpad id=15 [slave pointer (2)]
        ⎣ Virtual core keyboard id=3 [master keyboard (2)]
        ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
        ↳ Power Button id=6 [slave keyboard (3)]
        ↳ Video Bus id=7 [slave keyboard (3)]
        ↳ Sleep Button id=8 [slave keyboard (3)]
        ↳ USB2.0 UVC 2M WebCam id=9 [slave keyboard (3)]
        ↳ Asus Laptop extra buttons id=13 [slave keyboard (3)]
        ↳ AT Translated Set 2 keyboard id=14 [slave keyboard (3)]
        ↳ USB Keyboard id=11 [slave keyboard (3)]
        ↳ USB Keyboard id=12 [slave keyboard (3)]


        In the example we see the mouse id is 10. Next list its properties:



        $ xinput list-props 10
        Device 'PixArt USB Optical Mouse':
        Device Enabled (140): 1
        Coordinate Transformation Matrix (142): 10.400000, 0.000000, 0.000000, 0.000000, 10.400000, 0.000000, 0.000000, 0.000000, 10.400000
        Device Accel Profile (265): 0
        Device Accel Constant Deceleration (266): 1.000000
        Device Accel Adaptive Deceleration (267): 1.000000
        Device Accel Velocity Scaling (268): 10.000000
        Device Product ID (260): 2362, 9488
        Device Node (261): "/dev/input/event5"
        Evdev Axis Inversion (269): 0, 0
        Evdev Axes Swap (271): 0
        Axis Labels (272): "Rel X" (150), "Rel Y" (151), "Rel Vert Wheel" (264)
        Button Labels (273): "Button Left" (143), "Button Middle" (144), "Button Right" (145), "Button Wheel Up" (146), "Button Wheel Down" (147), "Button Horiz Wheel Left" (148), "Button Horiz Wheel Right" (149)
        Evdev Middle Button Emulation (274): 0
        Evdev Middle Button Timeout (275): 50
        Evdev Third Button Emulation (276): 0
        Evdev Third Button Emulation Timeout (277): 1000
        Evdev Third Button Emulation Button (278): 3
        Evdev Third Button Emulation Threshold (279): 20
        Evdev Wheel Emulation (280): 0
        Evdev Wheel Emulation Axes (281): 0, 0, 4, 5
        Evdev Wheel Emulation Inertia (282): 10
        Evdev Wheel Emulation Timeout (283): 200
        Evdev Wheel Emulation Button (284): 4
        Evdev Drag Lock Buttons (285): 0


        The «Coordinate Transformation Matrix» is exactly what we want. Remember its №142.



        By changing this property we can increase the pointer speed. These values actually is a transformation matrix that used to calculate a pointer movement. From the link:




        By default, the CTM for every input device in X is the identity
        matrix. As an example, lets say you touch a touchscreen at point (400,
        197) on the screen:




        ⎡ 1 0 0 ⎤   ⎡ 400 ⎤   ⎡ 400 ⎤
        ⎜ 0 1 0 ⎥ · ⎜ 197 ⎥ = ⎜ 197 ⎥
        ⎣ 0 0 1 ⎦ ⎣ 1 ⎦ ⎣ 1 ⎦



        The X and Y coordinates of the device event are input in the second
        matrix of the calculation. The result of the calculation is where the
        X and Y coordinates of the event are mapped to the screen. As shown,
        the identity matrix maps the device coordinates to the screen
        coordinates without any changes.




        So, what we want to do with the matrix — is to set the values that according to x and y to any other particular value, and this would change the pointer speed. An example from my PC:



        $ xinput set-prop 10 142 2.400000, 0.000000, 0.000000, 0.000000, 2.400000, 0.000000, 0.000000, 0.000000, 1.000000


        It is xinput set-prop <device-id> <property-number> <property-values>. Play a bit with this until you find the appropriate ones. Note: do not change the last value of the matrix. That was my error when I tried it to get work — in this case you just won't see any difference.



        At least recent versions of xinput allow specifying devices and options by name, so this example can also work:



        xinput set-prop 'PixArt USB Optical Mouse' 'Coordinate Transformation Matrix' 1.2 0 0 0 1.2 0 0 0 1


        These changes are active only for the current session, so once you've chosen a good sensitivity, you should apply it permanently by adding it to xorg.conf (or creating a file such as /etc/X11/xorg.conf.d/40-mouse-sensitivity.conf):



        Section "InputClass"
        Identifier "PixArt USB Optical Mouse"
        MatchIsPointer "Yes"
        Option "TransformationMatrix" "1.2 0 0 0 1.2 0 0 0 1"
        EndSection


        If you are not sure whether this works, change this to some big value like 5.0, save the file and reboot.



        Acknowledgements: I am grateful to Simon Thum from xorg mailing list, he was the one who gave the hint about the matrix.






        share|improve this answer


























        • Best to leave Coordinate Transformation Matrix to its original purpose, "transforming coordinates" for example in case of screen orientation or working with touch screens etc. Way simpler is to adjust Device Accel Constant Deceleration for example.

          – Kari Kääriäinen
          Feb 21 '15 at 17:10






        • 2





          @KariKääriäinen like the others confused. So called «pointer acceleration» have nothing to do with mouse sensitivity, it just allows to move a pointer as further as faster you move it. That is, if you move mouse the same distance but with different speeds, the pointer would be moved to a different distance. That's pretty uncomfortable, you have to slow down every time to hit some point. But changing the transformation matrix allow to you in some sense to emulate an increased mouse sensitivity. And btw, specifically the deceleration slows the speed.

          – Hi-Angel
          Feb 21 '15 at 18:02






        • 1





          Interesting, but this method has a drawback: when using this, some pixels are just not reachable. To make this more obvious I tried xinput set-prop 11 138 40, 0, 0, 0, 40, 0, 0, 0, 1 and confirmed that the mouse only reached coordinates spaced 40 pixels apart. Real-world use would probably only use 2 or 4 instead of 40, yet still miss pixels. I settled for the other method (use acceleration feature as constant speed gain) because it does not have this drawback.

          – Stéphane Gourichon
          May 6 '15 at 7:20






        • 2





          The only right answer.

          – MichalH
          Mar 17 '16 at 20:54











        • @StéphaneGourichon, this limitation is just due to the resolution of a mouse. I tried 2.0 with this method and the pointer did not jump multiple pixels. I also don't see how a different method can prevent this problem.

          – Oleh Prypin
          Mar 5 '17 at 14:37
















        10














        The steps to increase mouse sensitivity:



        First list all the devices:



        $ xinput list                                                               
        ⎡ Virtual core pointer id=2 [master pointer (3)]
        ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
        ⎜ ↳ PixArt USB Optical Mouse id=10 [slave pointer (2)]
        ⎜ ↳ ETPS/2 Elantech Touchpad id=15 [slave pointer (2)]
        ⎣ Virtual core keyboard id=3 [master keyboard (2)]
        ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
        ↳ Power Button id=6 [slave keyboard (3)]
        ↳ Video Bus id=7 [slave keyboard (3)]
        ↳ Sleep Button id=8 [slave keyboard (3)]
        ↳ USB2.0 UVC 2M WebCam id=9 [slave keyboard (3)]
        ↳ Asus Laptop extra buttons id=13 [slave keyboard (3)]
        ↳ AT Translated Set 2 keyboard id=14 [slave keyboard (3)]
        ↳ USB Keyboard id=11 [slave keyboard (3)]
        ↳ USB Keyboard id=12 [slave keyboard (3)]


        In the example we see the mouse id is 10. Next list its properties:



        $ xinput list-props 10
        Device 'PixArt USB Optical Mouse':
        Device Enabled (140): 1
        Coordinate Transformation Matrix (142): 10.400000, 0.000000, 0.000000, 0.000000, 10.400000, 0.000000, 0.000000, 0.000000, 10.400000
        Device Accel Profile (265): 0
        Device Accel Constant Deceleration (266): 1.000000
        Device Accel Adaptive Deceleration (267): 1.000000
        Device Accel Velocity Scaling (268): 10.000000
        Device Product ID (260): 2362, 9488
        Device Node (261): "/dev/input/event5"
        Evdev Axis Inversion (269): 0, 0
        Evdev Axes Swap (271): 0
        Axis Labels (272): "Rel X" (150), "Rel Y" (151), "Rel Vert Wheel" (264)
        Button Labels (273): "Button Left" (143), "Button Middle" (144), "Button Right" (145), "Button Wheel Up" (146), "Button Wheel Down" (147), "Button Horiz Wheel Left" (148), "Button Horiz Wheel Right" (149)
        Evdev Middle Button Emulation (274): 0
        Evdev Middle Button Timeout (275): 50
        Evdev Third Button Emulation (276): 0
        Evdev Third Button Emulation Timeout (277): 1000
        Evdev Third Button Emulation Button (278): 3
        Evdev Third Button Emulation Threshold (279): 20
        Evdev Wheel Emulation (280): 0
        Evdev Wheel Emulation Axes (281): 0, 0, 4, 5
        Evdev Wheel Emulation Inertia (282): 10
        Evdev Wheel Emulation Timeout (283): 200
        Evdev Wheel Emulation Button (284): 4
        Evdev Drag Lock Buttons (285): 0


        The «Coordinate Transformation Matrix» is exactly what we want. Remember its №142.



        By changing this property we can increase the pointer speed. These values actually is a transformation matrix that used to calculate a pointer movement. From the link:




        By default, the CTM for every input device in X is the identity
        matrix. As an example, lets say you touch a touchscreen at point (400,
        197) on the screen:




        ⎡ 1 0 0 ⎤   ⎡ 400 ⎤   ⎡ 400 ⎤
        ⎜ 0 1 0 ⎥ · ⎜ 197 ⎥ = ⎜ 197 ⎥
        ⎣ 0 0 1 ⎦ ⎣ 1 ⎦ ⎣ 1 ⎦



        The X and Y coordinates of the device event are input in the second
        matrix of the calculation. The result of the calculation is where the
        X and Y coordinates of the event are mapped to the screen. As shown,
        the identity matrix maps the device coordinates to the screen
        coordinates without any changes.




        So, what we want to do with the matrix — is to set the values that according to x and y to any other particular value, and this would change the pointer speed. An example from my PC:



        $ xinput set-prop 10 142 2.400000, 0.000000, 0.000000, 0.000000, 2.400000, 0.000000, 0.000000, 0.000000, 1.000000


        It is xinput set-prop <device-id> <property-number> <property-values>. Play a bit with this until you find the appropriate ones. Note: do not change the last value of the matrix. That was my error when I tried it to get work — in this case you just won't see any difference.



        At least recent versions of xinput allow specifying devices and options by name, so this example can also work:



        xinput set-prop 'PixArt USB Optical Mouse' 'Coordinate Transformation Matrix' 1.2 0 0 0 1.2 0 0 0 1


        These changes are active only for the current session, so once you've chosen a good sensitivity, you should apply it permanently by adding it to xorg.conf (or creating a file such as /etc/X11/xorg.conf.d/40-mouse-sensitivity.conf):



        Section "InputClass"
        Identifier "PixArt USB Optical Mouse"
        MatchIsPointer "Yes"
        Option "TransformationMatrix" "1.2 0 0 0 1.2 0 0 0 1"
        EndSection


        If you are not sure whether this works, change this to some big value like 5.0, save the file and reboot.



        Acknowledgements: I am grateful to Simon Thum from xorg mailing list, he was the one who gave the hint about the matrix.






        share|improve this answer


























        • Best to leave Coordinate Transformation Matrix to its original purpose, "transforming coordinates" for example in case of screen orientation or working with touch screens etc. Way simpler is to adjust Device Accel Constant Deceleration for example.

          – Kari Kääriäinen
          Feb 21 '15 at 17:10






        • 2





          @KariKääriäinen like the others confused. So called «pointer acceleration» have nothing to do with mouse sensitivity, it just allows to move a pointer as further as faster you move it. That is, if you move mouse the same distance but with different speeds, the pointer would be moved to a different distance. That's pretty uncomfortable, you have to slow down every time to hit some point. But changing the transformation matrix allow to you in some sense to emulate an increased mouse sensitivity. And btw, specifically the deceleration slows the speed.

          – Hi-Angel
          Feb 21 '15 at 18:02






        • 1





          Interesting, but this method has a drawback: when using this, some pixels are just not reachable. To make this more obvious I tried xinput set-prop 11 138 40, 0, 0, 0, 40, 0, 0, 0, 1 and confirmed that the mouse only reached coordinates spaced 40 pixels apart. Real-world use would probably only use 2 or 4 instead of 40, yet still miss pixels. I settled for the other method (use acceleration feature as constant speed gain) because it does not have this drawback.

          – Stéphane Gourichon
          May 6 '15 at 7:20






        • 2





          The only right answer.

          – MichalH
          Mar 17 '16 at 20:54











        • @StéphaneGourichon, this limitation is just due to the resolution of a mouse. I tried 2.0 with this method and the pointer did not jump multiple pixels. I also don't see how a different method can prevent this problem.

          – Oleh Prypin
          Mar 5 '17 at 14:37














        10












        10








        10







        The steps to increase mouse sensitivity:



        First list all the devices:



        $ xinput list                                                               
        ⎡ Virtual core pointer id=2 [master pointer (3)]
        ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
        ⎜ ↳ PixArt USB Optical Mouse id=10 [slave pointer (2)]
        ⎜ ↳ ETPS/2 Elantech Touchpad id=15 [slave pointer (2)]
        ⎣ Virtual core keyboard id=3 [master keyboard (2)]
        ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
        ↳ Power Button id=6 [slave keyboard (3)]
        ↳ Video Bus id=7 [slave keyboard (3)]
        ↳ Sleep Button id=8 [slave keyboard (3)]
        ↳ USB2.0 UVC 2M WebCam id=9 [slave keyboard (3)]
        ↳ Asus Laptop extra buttons id=13 [slave keyboard (3)]
        ↳ AT Translated Set 2 keyboard id=14 [slave keyboard (3)]
        ↳ USB Keyboard id=11 [slave keyboard (3)]
        ↳ USB Keyboard id=12 [slave keyboard (3)]


        In the example we see the mouse id is 10. Next list its properties:



        $ xinput list-props 10
        Device 'PixArt USB Optical Mouse':
        Device Enabled (140): 1
        Coordinate Transformation Matrix (142): 10.400000, 0.000000, 0.000000, 0.000000, 10.400000, 0.000000, 0.000000, 0.000000, 10.400000
        Device Accel Profile (265): 0
        Device Accel Constant Deceleration (266): 1.000000
        Device Accel Adaptive Deceleration (267): 1.000000
        Device Accel Velocity Scaling (268): 10.000000
        Device Product ID (260): 2362, 9488
        Device Node (261): "/dev/input/event5"
        Evdev Axis Inversion (269): 0, 0
        Evdev Axes Swap (271): 0
        Axis Labels (272): "Rel X" (150), "Rel Y" (151), "Rel Vert Wheel" (264)
        Button Labels (273): "Button Left" (143), "Button Middle" (144), "Button Right" (145), "Button Wheel Up" (146), "Button Wheel Down" (147), "Button Horiz Wheel Left" (148), "Button Horiz Wheel Right" (149)
        Evdev Middle Button Emulation (274): 0
        Evdev Middle Button Timeout (275): 50
        Evdev Third Button Emulation (276): 0
        Evdev Third Button Emulation Timeout (277): 1000
        Evdev Third Button Emulation Button (278): 3
        Evdev Third Button Emulation Threshold (279): 20
        Evdev Wheel Emulation (280): 0
        Evdev Wheel Emulation Axes (281): 0, 0, 4, 5
        Evdev Wheel Emulation Inertia (282): 10
        Evdev Wheel Emulation Timeout (283): 200
        Evdev Wheel Emulation Button (284): 4
        Evdev Drag Lock Buttons (285): 0


        The «Coordinate Transformation Matrix» is exactly what we want. Remember its №142.



        By changing this property we can increase the pointer speed. These values actually is a transformation matrix that used to calculate a pointer movement. From the link:




        By default, the CTM for every input device in X is the identity
        matrix. As an example, lets say you touch a touchscreen at point (400,
        197) on the screen:




        ⎡ 1 0 0 ⎤   ⎡ 400 ⎤   ⎡ 400 ⎤
        ⎜ 0 1 0 ⎥ · ⎜ 197 ⎥ = ⎜ 197 ⎥
        ⎣ 0 0 1 ⎦ ⎣ 1 ⎦ ⎣ 1 ⎦



        The X and Y coordinates of the device event are input in the second
        matrix of the calculation. The result of the calculation is where the
        X and Y coordinates of the event are mapped to the screen. As shown,
        the identity matrix maps the device coordinates to the screen
        coordinates without any changes.




        So, what we want to do with the matrix — is to set the values that according to x and y to any other particular value, and this would change the pointer speed. An example from my PC:



        $ xinput set-prop 10 142 2.400000, 0.000000, 0.000000, 0.000000, 2.400000, 0.000000, 0.000000, 0.000000, 1.000000


        It is xinput set-prop <device-id> <property-number> <property-values>. Play a bit with this until you find the appropriate ones. Note: do not change the last value of the matrix. That was my error when I tried it to get work — in this case you just won't see any difference.



        At least recent versions of xinput allow specifying devices and options by name, so this example can also work:



        xinput set-prop 'PixArt USB Optical Mouse' 'Coordinate Transformation Matrix' 1.2 0 0 0 1.2 0 0 0 1


        These changes are active only for the current session, so once you've chosen a good sensitivity, you should apply it permanently by adding it to xorg.conf (or creating a file such as /etc/X11/xorg.conf.d/40-mouse-sensitivity.conf):



        Section "InputClass"
        Identifier "PixArt USB Optical Mouse"
        MatchIsPointer "Yes"
        Option "TransformationMatrix" "1.2 0 0 0 1.2 0 0 0 1"
        EndSection


        If you are not sure whether this works, change this to some big value like 5.0, save the file and reboot.



        Acknowledgements: I am grateful to Simon Thum from xorg mailing list, he was the one who gave the hint about the matrix.






        share|improve this answer















        The steps to increase mouse sensitivity:



        First list all the devices:



        $ xinput list                                                               
        ⎡ Virtual core pointer id=2 [master pointer (3)]
        ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
        ⎜ ↳ PixArt USB Optical Mouse id=10 [slave pointer (2)]
        ⎜ ↳ ETPS/2 Elantech Touchpad id=15 [slave pointer (2)]
        ⎣ Virtual core keyboard id=3 [master keyboard (2)]
        ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
        ↳ Power Button id=6 [slave keyboard (3)]
        ↳ Video Bus id=7 [slave keyboard (3)]
        ↳ Sleep Button id=8 [slave keyboard (3)]
        ↳ USB2.0 UVC 2M WebCam id=9 [slave keyboard (3)]
        ↳ Asus Laptop extra buttons id=13 [slave keyboard (3)]
        ↳ AT Translated Set 2 keyboard id=14 [slave keyboard (3)]
        ↳ USB Keyboard id=11 [slave keyboard (3)]
        ↳ USB Keyboard id=12 [slave keyboard (3)]


        In the example we see the mouse id is 10. Next list its properties:



        $ xinput list-props 10
        Device 'PixArt USB Optical Mouse':
        Device Enabled (140): 1
        Coordinate Transformation Matrix (142): 10.400000, 0.000000, 0.000000, 0.000000, 10.400000, 0.000000, 0.000000, 0.000000, 10.400000
        Device Accel Profile (265): 0
        Device Accel Constant Deceleration (266): 1.000000
        Device Accel Adaptive Deceleration (267): 1.000000
        Device Accel Velocity Scaling (268): 10.000000
        Device Product ID (260): 2362, 9488
        Device Node (261): "/dev/input/event5"
        Evdev Axis Inversion (269): 0, 0
        Evdev Axes Swap (271): 0
        Axis Labels (272): "Rel X" (150), "Rel Y" (151), "Rel Vert Wheel" (264)
        Button Labels (273): "Button Left" (143), "Button Middle" (144), "Button Right" (145), "Button Wheel Up" (146), "Button Wheel Down" (147), "Button Horiz Wheel Left" (148), "Button Horiz Wheel Right" (149)
        Evdev Middle Button Emulation (274): 0
        Evdev Middle Button Timeout (275): 50
        Evdev Third Button Emulation (276): 0
        Evdev Third Button Emulation Timeout (277): 1000
        Evdev Third Button Emulation Button (278): 3
        Evdev Third Button Emulation Threshold (279): 20
        Evdev Wheel Emulation (280): 0
        Evdev Wheel Emulation Axes (281): 0, 0, 4, 5
        Evdev Wheel Emulation Inertia (282): 10
        Evdev Wheel Emulation Timeout (283): 200
        Evdev Wheel Emulation Button (284): 4
        Evdev Drag Lock Buttons (285): 0


        The «Coordinate Transformation Matrix» is exactly what we want. Remember its №142.



        By changing this property we can increase the pointer speed. These values actually is a transformation matrix that used to calculate a pointer movement. From the link:




        By default, the CTM for every input device in X is the identity
        matrix. As an example, lets say you touch a touchscreen at point (400,
        197) on the screen:




        ⎡ 1 0 0 ⎤   ⎡ 400 ⎤   ⎡ 400 ⎤
        ⎜ 0 1 0 ⎥ · ⎜ 197 ⎥ = ⎜ 197 ⎥
        ⎣ 0 0 1 ⎦ ⎣ 1 ⎦ ⎣ 1 ⎦



        The X and Y coordinates of the device event are input in the second
        matrix of the calculation. The result of the calculation is where the
        X and Y coordinates of the event are mapped to the screen. As shown,
        the identity matrix maps the device coordinates to the screen
        coordinates without any changes.




        So, what we want to do with the matrix — is to set the values that according to x and y to any other particular value, and this would change the pointer speed. An example from my PC:



        $ xinput set-prop 10 142 2.400000, 0.000000, 0.000000, 0.000000, 2.400000, 0.000000, 0.000000, 0.000000, 1.000000


        It is xinput set-prop <device-id> <property-number> <property-values>. Play a bit with this until you find the appropriate ones. Note: do not change the last value of the matrix. That was my error when I tried it to get work — in this case you just won't see any difference.



        At least recent versions of xinput allow specifying devices and options by name, so this example can also work:



        xinput set-prop 'PixArt USB Optical Mouse' 'Coordinate Transformation Matrix' 1.2 0 0 0 1.2 0 0 0 1


        These changes are active only for the current session, so once you've chosen a good sensitivity, you should apply it permanently by adding it to xorg.conf (or creating a file such as /etc/X11/xorg.conf.d/40-mouse-sensitivity.conf):



        Section "InputClass"
        Identifier "PixArt USB Optical Mouse"
        MatchIsPointer "Yes"
        Option "TransformationMatrix" "1.2 0 0 0 1.2 0 0 0 1"
        EndSection


        If you are not sure whether this works, change this to some big value like 5.0, save the file and reboot.



        Acknowledgements: I am grateful to Simon Thum from xorg mailing list, he was the one who gave the hint about the matrix.







        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Mar 5 '17 at 17:06









        Oleh Prypin

        1,98821829




        1,98821829










        answered Jan 5 '15 at 22:49









        Hi-AngelHi-Angel

        2,22111626




        2,22111626













        • Best to leave Coordinate Transformation Matrix to its original purpose, "transforming coordinates" for example in case of screen orientation or working with touch screens etc. Way simpler is to adjust Device Accel Constant Deceleration for example.

          – Kari Kääriäinen
          Feb 21 '15 at 17:10






        • 2





          @KariKääriäinen like the others confused. So called «pointer acceleration» have nothing to do with mouse sensitivity, it just allows to move a pointer as further as faster you move it. That is, if you move mouse the same distance but with different speeds, the pointer would be moved to a different distance. That's pretty uncomfortable, you have to slow down every time to hit some point. But changing the transformation matrix allow to you in some sense to emulate an increased mouse sensitivity. And btw, specifically the deceleration slows the speed.

          – Hi-Angel
          Feb 21 '15 at 18:02






        • 1





          Interesting, but this method has a drawback: when using this, some pixels are just not reachable. To make this more obvious I tried xinput set-prop 11 138 40, 0, 0, 0, 40, 0, 0, 0, 1 and confirmed that the mouse only reached coordinates spaced 40 pixels apart. Real-world use would probably only use 2 or 4 instead of 40, yet still miss pixels. I settled for the other method (use acceleration feature as constant speed gain) because it does not have this drawback.

          – Stéphane Gourichon
          May 6 '15 at 7:20






        • 2





          The only right answer.

          – MichalH
          Mar 17 '16 at 20:54











        • @StéphaneGourichon, this limitation is just due to the resolution of a mouse. I tried 2.0 with this method and the pointer did not jump multiple pixels. I also don't see how a different method can prevent this problem.

          – Oleh Prypin
          Mar 5 '17 at 14:37



















        • Best to leave Coordinate Transformation Matrix to its original purpose, "transforming coordinates" for example in case of screen orientation or working with touch screens etc. Way simpler is to adjust Device Accel Constant Deceleration for example.

          – Kari Kääriäinen
          Feb 21 '15 at 17:10






        • 2





          @KariKääriäinen like the others confused. So called «pointer acceleration» have nothing to do with mouse sensitivity, it just allows to move a pointer as further as faster you move it. That is, if you move mouse the same distance but with different speeds, the pointer would be moved to a different distance. That's pretty uncomfortable, you have to slow down every time to hit some point. But changing the transformation matrix allow to you in some sense to emulate an increased mouse sensitivity. And btw, specifically the deceleration slows the speed.

          – Hi-Angel
          Feb 21 '15 at 18:02






        • 1





          Interesting, but this method has a drawback: when using this, some pixels are just not reachable. To make this more obvious I tried xinput set-prop 11 138 40, 0, 0, 0, 40, 0, 0, 0, 1 and confirmed that the mouse only reached coordinates spaced 40 pixels apart. Real-world use would probably only use 2 or 4 instead of 40, yet still miss pixels. I settled for the other method (use acceleration feature as constant speed gain) because it does not have this drawback.

          – Stéphane Gourichon
          May 6 '15 at 7:20






        • 2





          The only right answer.

          – MichalH
          Mar 17 '16 at 20:54











        • @StéphaneGourichon, this limitation is just due to the resolution of a mouse. I tried 2.0 with this method and the pointer did not jump multiple pixels. I also don't see how a different method can prevent this problem.

          – Oleh Prypin
          Mar 5 '17 at 14:37

















        Best to leave Coordinate Transformation Matrix to its original purpose, "transforming coordinates" for example in case of screen orientation or working with touch screens etc. Way simpler is to adjust Device Accel Constant Deceleration for example.

        – Kari Kääriäinen
        Feb 21 '15 at 17:10





        Best to leave Coordinate Transformation Matrix to its original purpose, "transforming coordinates" for example in case of screen orientation or working with touch screens etc. Way simpler is to adjust Device Accel Constant Deceleration for example.

        – Kari Kääriäinen
        Feb 21 '15 at 17:10




        2




        2





        @KariKääriäinen like the others confused. So called «pointer acceleration» have nothing to do with mouse sensitivity, it just allows to move a pointer as further as faster you move it. That is, if you move mouse the same distance but with different speeds, the pointer would be moved to a different distance. That's pretty uncomfortable, you have to slow down every time to hit some point. But changing the transformation matrix allow to you in some sense to emulate an increased mouse sensitivity. And btw, specifically the deceleration slows the speed.

        – Hi-Angel
        Feb 21 '15 at 18:02





        @KariKääriäinen like the others confused. So called «pointer acceleration» have nothing to do with mouse sensitivity, it just allows to move a pointer as further as faster you move it. That is, if you move mouse the same distance but with different speeds, the pointer would be moved to a different distance. That's pretty uncomfortable, you have to slow down every time to hit some point. But changing the transformation matrix allow to you in some sense to emulate an increased mouse sensitivity. And btw, specifically the deceleration slows the speed.

        – Hi-Angel
        Feb 21 '15 at 18:02




        1




        1





        Interesting, but this method has a drawback: when using this, some pixels are just not reachable. To make this more obvious I tried xinput set-prop 11 138 40, 0, 0, 0, 40, 0, 0, 0, 1 and confirmed that the mouse only reached coordinates spaced 40 pixels apart. Real-world use would probably only use 2 or 4 instead of 40, yet still miss pixels. I settled for the other method (use acceleration feature as constant speed gain) because it does not have this drawback.

        – Stéphane Gourichon
        May 6 '15 at 7:20





        Interesting, but this method has a drawback: when using this, some pixels are just not reachable. To make this more obvious I tried xinput set-prop 11 138 40, 0, 0, 0, 40, 0, 0, 0, 1 and confirmed that the mouse only reached coordinates spaced 40 pixels apart. Real-world use would probably only use 2 or 4 instead of 40, yet still miss pixels. I settled for the other method (use acceleration feature as constant speed gain) because it does not have this drawback.

        – Stéphane Gourichon
        May 6 '15 at 7:20




        2




        2





        The only right answer.

        – MichalH
        Mar 17 '16 at 20:54





        The only right answer.

        – MichalH
        Mar 17 '16 at 20:54













        @StéphaneGourichon, this limitation is just due to the resolution of a mouse. I tried 2.0 with this method and the pointer did not jump multiple pixels. I also don't see how a different method can prevent this problem.

        – Oleh Prypin
        Mar 5 '17 at 14:37





        @StéphaneGourichon, this limitation is just due to the resolution of a mouse. I tried 2.0 with this method and the pointer did not jump multiple pixels. I also don't see how a different method can prevent this problem.

        – Oleh Prypin
        Mar 5 '17 at 14:37











        4














        Though I am not very clear on the question here is my suggestion.



        For KDE



        A quick search reveals there is no such option to increase mouse speed under threshold value.



        Some users suggest changing mouse resolution in /etc/X11/xorg.conf file (mouse InputDevice section) like



        Option "Resolution" "400"



        But most user said it didn't work.



        You can increase the threshold value so that the acceleration doesn't start until the threshold value reaches. (The setting is in Mouse> Advanced Settings)



        A related post can be found here.



        For Unity




        • Press Super key (windows key).

        • Search for mouse.

        • Select Mouse And Touchpad


        • Now change the sensitivity to higher value. Possibly this is what you want.



          mouse settings








        share|improve this answer





















        • 2





          Okay, this is exactly the setting I am looking for but your screenshot is taken from Gnome and my question is concerning KDE4.

          – André
          Aug 7 '12 at 13:56











        • Sorry for not checking your question properly. Updated.

          – Web-E
          Aug 7 '12 at 14:23











        • Wow, thanks! It seems you have put a lot of effort into this. Unfortunately, editing the xorg.conf is not an option, because I want the users to be able to configure the "Resolution"-setting themselves and it is company policy do deny users permission to change the xorg.conf. I will add this restriction to the original comment but upvote your comment nevertheless.

          – André
          Aug 8 '12 at 7:49






        • 1





          Omg. An ability to set the «pointer resolution» via only a config file (i.e. not interactively) should be considered as a bug. How many times a user should restart XServer to find an apropriate resolution? Five? Ten? It is as funny as sad…

          – Hi-Angel
          Jan 5 '15 at 15:00











        • I just installed the unity-control-center, set the mouse sensitivity to high, and it didn't worked.

          – Hi-Angel
          Jan 5 '15 at 15:17
















        4














        Though I am not very clear on the question here is my suggestion.



        For KDE



        A quick search reveals there is no such option to increase mouse speed under threshold value.



        Some users suggest changing mouse resolution in /etc/X11/xorg.conf file (mouse InputDevice section) like



        Option "Resolution" "400"



        But most user said it didn't work.



        You can increase the threshold value so that the acceleration doesn't start until the threshold value reaches. (The setting is in Mouse> Advanced Settings)



        A related post can be found here.



        For Unity




        • Press Super key (windows key).

        • Search for mouse.

        • Select Mouse And Touchpad


        • Now change the sensitivity to higher value. Possibly this is what you want.



          mouse settings








        share|improve this answer





















        • 2





          Okay, this is exactly the setting I am looking for but your screenshot is taken from Gnome and my question is concerning KDE4.

          – André
          Aug 7 '12 at 13:56











        • Sorry for not checking your question properly. Updated.

          – Web-E
          Aug 7 '12 at 14:23











        • Wow, thanks! It seems you have put a lot of effort into this. Unfortunately, editing the xorg.conf is not an option, because I want the users to be able to configure the "Resolution"-setting themselves and it is company policy do deny users permission to change the xorg.conf. I will add this restriction to the original comment but upvote your comment nevertheless.

          – André
          Aug 8 '12 at 7:49






        • 1





          Omg. An ability to set the «pointer resolution» via only a config file (i.e. not interactively) should be considered as a bug. How many times a user should restart XServer to find an apropriate resolution? Five? Ten? It is as funny as sad…

          – Hi-Angel
          Jan 5 '15 at 15:00











        • I just installed the unity-control-center, set the mouse sensitivity to high, and it didn't worked.

          – Hi-Angel
          Jan 5 '15 at 15:17














        4












        4








        4







        Though I am not very clear on the question here is my suggestion.



        For KDE



        A quick search reveals there is no such option to increase mouse speed under threshold value.



        Some users suggest changing mouse resolution in /etc/X11/xorg.conf file (mouse InputDevice section) like



        Option "Resolution" "400"



        But most user said it didn't work.



        You can increase the threshold value so that the acceleration doesn't start until the threshold value reaches. (The setting is in Mouse> Advanced Settings)



        A related post can be found here.



        For Unity




        • Press Super key (windows key).

        • Search for mouse.

        • Select Mouse And Touchpad


        • Now change the sensitivity to higher value. Possibly this is what you want.



          mouse settings








        share|improve this answer















        Though I am not very clear on the question here is my suggestion.



        For KDE



        A quick search reveals there is no such option to increase mouse speed under threshold value.



        Some users suggest changing mouse resolution in /etc/X11/xorg.conf file (mouse InputDevice section) like



        Option "Resolution" "400"



        But most user said it didn't work.



        You can increase the threshold value so that the acceleration doesn't start until the threshold value reaches. (The setting is in Mouse> Advanced Settings)



        A related post can be found here.



        For Unity




        • Press Super key (windows key).

        • Search for mouse.

        • Select Mouse And Touchpad


        • Now change the sensitivity to higher value. Possibly this is what you want.



          mouse settings









        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Aug 7 '12 at 14:23

























        answered Aug 7 '12 at 13:44









        Web-EWeb-E

        17.8k104489




        17.8k104489








        • 2





          Okay, this is exactly the setting I am looking for but your screenshot is taken from Gnome and my question is concerning KDE4.

          – André
          Aug 7 '12 at 13:56











        • Sorry for not checking your question properly. Updated.

          – Web-E
          Aug 7 '12 at 14:23











        • Wow, thanks! It seems you have put a lot of effort into this. Unfortunately, editing the xorg.conf is not an option, because I want the users to be able to configure the "Resolution"-setting themselves and it is company policy do deny users permission to change the xorg.conf. I will add this restriction to the original comment but upvote your comment nevertheless.

          – André
          Aug 8 '12 at 7:49






        • 1





          Omg. An ability to set the «pointer resolution» via only a config file (i.e. not interactively) should be considered as a bug. How many times a user should restart XServer to find an apropriate resolution? Five? Ten? It is as funny as sad…

          – Hi-Angel
          Jan 5 '15 at 15:00











        • I just installed the unity-control-center, set the mouse sensitivity to high, and it didn't worked.

          – Hi-Angel
          Jan 5 '15 at 15:17














        • 2





          Okay, this is exactly the setting I am looking for but your screenshot is taken from Gnome and my question is concerning KDE4.

          – André
          Aug 7 '12 at 13:56











        • Sorry for not checking your question properly. Updated.

          – Web-E
          Aug 7 '12 at 14:23











        • Wow, thanks! It seems you have put a lot of effort into this. Unfortunately, editing the xorg.conf is not an option, because I want the users to be able to configure the "Resolution"-setting themselves and it is company policy do deny users permission to change the xorg.conf. I will add this restriction to the original comment but upvote your comment nevertheless.

          – André
          Aug 8 '12 at 7:49






        • 1





          Omg. An ability to set the «pointer resolution» via only a config file (i.e. not interactively) should be considered as a bug. How many times a user should restart XServer to find an apropriate resolution? Five? Ten? It is as funny as sad…

          – Hi-Angel
          Jan 5 '15 at 15:00











        • I just installed the unity-control-center, set the mouse sensitivity to high, and it didn't worked.

          – Hi-Angel
          Jan 5 '15 at 15:17








        2




        2





        Okay, this is exactly the setting I am looking for but your screenshot is taken from Gnome and my question is concerning KDE4.

        – André
        Aug 7 '12 at 13:56





        Okay, this is exactly the setting I am looking for but your screenshot is taken from Gnome and my question is concerning KDE4.

        – André
        Aug 7 '12 at 13:56













        Sorry for not checking your question properly. Updated.

        – Web-E
        Aug 7 '12 at 14:23





        Sorry for not checking your question properly. Updated.

        – Web-E
        Aug 7 '12 at 14:23













        Wow, thanks! It seems you have put a lot of effort into this. Unfortunately, editing the xorg.conf is not an option, because I want the users to be able to configure the "Resolution"-setting themselves and it is company policy do deny users permission to change the xorg.conf. I will add this restriction to the original comment but upvote your comment nevertheless.

        – André
        Aug 8 '12 at 7:49





        Wow, thanks! It seems you have put a lot of effort into this. Unfortunately, editing the xorg.conf is not an option, because I want the users to be able to configure the "Resolution"-setting themselves and it is company policy do deny users permission to change the xorg.conf. I will add this restriction to the original comment but upvote your comment nevertheless.

        – André
        Aug 8 '12 at 7:49




        1




        1





        Omg. An ability to set the «pointer resolution» via only a config file (i.e. not interactively) should be considered as a bug. How many times a user should restart XServer to find an apropriate resolution? Five? Ten? It is as funny as sad…

        – Hi-Angel
        Jan 5 '15 at 15:00





        Omg. An ability to set the «pointer resolution» via only a config file (i.e. not interactively) should be considered as a bug. How many times a user should restart XServer to find an apropriate resolution? Five? Ten? It is as funny as sad…

        – Hi-Angel
        Jan 5 '15 at 15:00













        I just installed the unity-control-center, set the mouse sensitivity to high, and it didn't worked.

        – Hi-Angel
        Jan 5 '15 at 15:17





        I just installed the unity-control-center, set the mouse sensitivity to high, and it didn't worked.

        – Hi-Angel
        Jan 5 '15 at 15:17











        2














        Given what the above post had said, I found this work around.



        The fact is that the mouse move at a constant multiple of base speed, where the multiple is set by the "acceleration" parameter.



        However, this multiplier is applied only after your mouse move faster than a "threshold" speed, specified by the "sensitivity" parameter.



        This creates the awkward feel of "acceleration" where if you start to move your mouse fast, it begins to jump around uncontrollably as it moves past the threshold speed.



        So what you can do is setting the "sensitivity" to 0, thus making the threshold to be 0. What this does is your acceleration is applied all the time to your mouse speed.



        Then your mouse speed is just a multiple of your "acceleration" parameter, and since it is a linear multiplication, you should have a constant speed proportional to the acceleration parameter. Without the feeling of acceleration and jumps.



        So in short:
        Set sensitivity to 0.
        Adjust the parameter "acceleration" as if it is "speed"






        share|improve this answer
























        • This answer is the generic version of lolmaus's KDE-oriented answer. I did just this, although I first tried with threshold 1 pixel since other answers mentioned 0 as "disable". Anyway I could test it immediately by running this: xset mouse 4 0 and the like, and finally settled for xset mouse 2 0. This is a kind of a hack (using accel feature for plain speed) but works, though I feel on use that there is still some threshold applied.

          – Stéphane Gourichon
          May 6 '15 at 7:16
















        2














        Given what the above post had said, I found this work around.



        The fact is that the mouse move at a constant multiple of base speed, where the multiple is set by the "acceleration" parameter.



        However, this multiplier is applied only after your mouse move faster than a "threshold" speed, specified by the "sensitivity" parameter.



        This creates the awkward feel of "acceleration" where if you start to move your mouse fast, it begins to jump around uncontrollably as it moves past the threshold speed.



        So what you can do is setting the "sensitivity" to 0, thus making the threshold to be 0. What this does is your acceleration is applied all the time to your mouse speed.



        Then your mouse speed is just a multiple of your "acceleration" parameter, and since it is a linear multiplication, you should have a constant speed proportional to the acceleration parameter. Without the feeling of acceleration and jumps.



        So in short:
        Set sensitivity to 0.
        Adjust the parameter "acceleration" as if it is "speed"






        share|improve this answer
























        • This answer is the generic version of lolmaus's KDE-oriented answer. I did just this, although I first tried with threshold 1 pixel since other answers mentioned 0 as "disable". Anyway I could test it immediately by running this: xset mouse 4 0 and the like, and finally settled for xset mouse 2 0. This is a kind of a hack (using accel feature for plain speed) but works, though I feel on use that there is still some threshold applied.

          – Stéphane Gourichon
          May 6 '15 at 7:16














        2












        2








        2







        Given what the above post had said, I found this work around.



        The fact is that the mouse move at a constant multiple of base speed, where the multiple is set by the "acceleration" parameter.



        However, this multiplier is applied only after your mouse move faster than a "threshold" speed, specified by the "sensitivity" parameter.



        This creates the awkward feel of "acceleration" where if you start to move your mouse fast, it begins to jump around uncontrollably as it moves past the threshold speed.



        So what you can do is setting the "sensitivity" to 0, thus making the threshold to be 0. What this does is your acceleration is applied all the time to your mouse speed.



        Then your mouse speed is just a multiple of your "acceleration" parameter, and since it is a linear multiplication, you should have a constant speed proportional to the acceleration parameter. Without the feeling of acceleration and jumps.



        So in short:
        Set sensitivity to 0.
        Adjust the parameter "acceleration" as if it is "speed"






        share|improve this answer













        Given what the above post had said, I found this work around.



        The fact is that the mouse move at a constant multiple of base speed, where the multiple is set by the "acceleration" parameter.



        However, this multiplier is applied only after your mouse move faster than a "threshold" speed, specified by the "sensitivity" parameter.



        This creates the awkward feel of "acceleration" where if you start to move your mouse fast, it begins to jump around uncontrollably as it moves past the threshold speed.



        So what you can do is setting the "sensitivity" to 0, thus making the threshold to be 0. What this does is your acceleration is applied all the time to your mouse speed.



        Then your mouse speed is just a multiple of your "acceleration" parameter, and since it is a linear multiplication, you should have a constant speed proportional to the acceleration parameter. Without the feeling of acceleration and jumps.



        So in short:
        Set sensitivity to 0.
        Adjust the parameter "acceleration" as if it is "speed"







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Nov 18 '13 at 4:20









        evanevan

        211




        211













        • This answer is the generic version of lolmaus's KDE-oriented answer. I did just this, although I first tried with threshold 1 pixel since other answers mentioned 0 as "disable". Anyway I could test it immediately by running this: xset mouse 4 0 and the like, and finally settled for xset mouse 2 0. This is a kind of a hack (using accel feature for plain speed) but works, though I feel on use that there is still some threshold applied.

          – Stéphane Gourichon
          May 6 '15 at 7:16



















        • This answer is the generic version of lolmaus's KDE-oriented answer. I did just this, although I first tried with threshold 1 pixel since other answers mentioned 0 as "disable". Anyway I could test it immediately by running this: xset mouse 4 0 and the like, and finally settled for xset mouse 2 0. This is a kind of a hack (using accel feature for plain speed) but works, though I feel on use that there is still some threshold applied.

          – Stéphane Gourichon
          May 6 '15 at 7:16

















        This answer is the generic version of lolmaus's KDE-oriented answer. I did just this, although I first tried with threshold 1 pixel since other answers mentioned 0 as "disable". Anyway I could test it immediately by running this: xset mouse 4 0 and the like, and finally settled for xset mouse 2 0. This is a kind of a hack (using accel feature for plain speed) but works, though I feel on use that there is still some threshold applied.

        – Stéphane Gourichon
        May 6 '15 at 7:16





        This answer is the generic version of lolmaus's KDE-oriented answer. I did just this, although I first tried with threshold 1 pixel since other answers mentioned 0 as "disable". Anyway I could test it immediately by running this: xset mouse 4 0 and the like, and finally settled for xset mouse 2 0. This is a kind of a hack (using accel feature for plain speed) but works, though I feel on use that there is still some threshold applied.

        – Stéphane Gourichon
        May 6 '15 at 7:16











        1














        Personally I find that precise pointer motion is better for overall desktop experience, so this setting is important for me too. I was always wondering why OS UXP designers not only make acceleration the default, but also tend to remove control from user interface.



        You might find that the acceleration, which supposed to get you more comfortable UXP is actually undesirable in some situations, as you could miss the right UI elements on screen when moving mouse fast, or just need precision for some CAD application. Specifically, it's difficult to get in control of slider and spinner UI elements or move a shape on some designer's UI. Also, with acceleration, it's difficult to position the mouse cursor in a text editor precisely as you copy-paste a region of text. Some might argue that when you need to get precision you just slow down, but what if you don't want to slow down, and still get precision?



        You can check if there is acceleration or not:



        (1). Move your mouse pointer to the right of the screen, notice the physical position of the device on the table.



        (2). Moderately move the mouse to the left a little bit, so the cursor travels around the center of screen, and then very slowly return the physical device to it's original position.



        (3). Repeat steps (1) and (2) multiple times.



        If there is no acceleration, the cursor should arrive to the right of screen all of the time. If there is acceleration, the pointer would move more and more to the left, so after 3 or 4 times it would just hit the left of the screen, so you need to fix it.



        No acceleration means you need to adjust the
        Device Accel Velocity Scaling parameter.



        It will slow down mouse motion in general, so you need to compensate for that with constant speed adjustment. This can be done with decreasing the Device Accel Constant Deceleration parameter.



        Here is what worked for me:




        1. Find the mouse device id:



        $ xinput list
        ...
        ⎜ ↳ PixArt USB Optical Mouse id=10 [slave pointer (2)]
        ...



        The device id = 10




        1. List properties of the device



        $ xinput list-props 10
        ...
        Device Accel Constant Deceleration (276): 1.000000
        ...
        Device Accel Velocity Scaling (278): 10.000000
        ...




        1. Reduce the scaling parameter to its minimum, this should give one-to one mouse motion with respect to actual physical movement. Whether you set it to something like 0.1, 0.001 or 1e-30 does not matter, as it's much lower acceleration than the default of 10.0. You can't set it to zero, as it's considered an error.



        $ xinput set-prop 10 278 1e-10




        1. (optional) Now you might notice that despite being precise, speed have been decreased in general, so you might need to play with the Constant Deceleration parameter to restore comfortable speed. In my case a comfortable setting was 0.7 which sped up the pointer by half, made mouse motion feeling like about the same speed that was before, but without acceleration:



        $ xinput set-prop 10 276 0.7



        If you want it faster, set a lower value here, like 0.5, 0.4 etc.
        If you want it slower, set it to something like 1.0, 1.2, or even 1.5






        share|improve this answer




























          1














          Personally I find that precise pointer motion is better for overall desktop experience, so this setting is important for me too. I was always wondering why OS UXP designers not only make acceleration the default, but also tend to remove control from user interface.



          You might find that the acceleration, which supposed to get you more comfortable UXP is actually undesirable in some situations, as you could miss the right UI elements on screen when moving mouse fast, or just need precision for some CAD application. Specifically, it's difficult to get in control of slider and spinner UI elements or move a shape on some designer's UI. Also, with acceleration, it's difficult to position the mouse cursor in a text editor precisely as you copy-paste a region of text. Some might argue that when you need to get precision you just slow down, but what if you don't want to slow down, and still get precision?



          You can check if there is acceleration or not:



          (1). Move your mouse pointer to the right of the screen, notice the physical position of the device on the table.



          (2). Moderately move the mouse to the left a little bit, so the cursor travels around the center of screen, and then very slowly return the physical device to it's original position.



          (3). Repeat steps (1) and (2) multiple times.



          If there is no acceleration, the cursor should arrive to the right of screen all of the time. If there is acceleration, the pointer would move more and more to the left, so after 3 or 4 times it would just hit the left of the screen, so you need to fix it.



          No acceleration means you need to adjust the
          Device Accel Velocity Scaling parameter.



          It will slow down mouse motion in general, so you need to compensate for that with constant speed adjustment. This can be done with decreasing the Device Accel Constant Deceleration parameter.



          Here is what worked for me:




          1. Find the mouse device id:



          $ xinput list
          ...
          ⎜ ↳ PixArt USB Optical Mouse id=10 [slave pointer (2)]
          ...



          The device id = 10




          1. List properties of the device



          $ xinput list-props 10
          ...
          Device Accel Constant Deceleration (276): 1.000000
          ...
          Device Accel Velocity Scaling (278): 10.000000
          ...




          1. Reduce the scaling parameter to its minimum, this should give one-to one mouse motion with respect to actual physical movement. Whether you set it to something like 0.1, 0.001 or 1e-30 does not matter, as it's much lower acceleration than the default of 10.0. You can't set it to zero, as it's considered an error.



          $ xinput set-prop 10 278 1e-10




          1. (optional) Now you might notice that despite being precise, speed have been decreased in general, so you might need to play with the Constant Deceleration parameter to restore comfortable speed. In my case a comfortable setting was 0.7 which sped up the pointer by half, made mouse motion feeling like about the same speed that was before, but without acceleration:



          $ xinput set-prop 10 276 0.7



          If you want it faster, set a lower value here, like 0.5, 0.4 etc.
          If you want it slower, set it to something like 1.0, 1.2, or even 1.5






          share|improve this answer


























            1












            1








            1







            Personally I find that precise pointer motion is better for overall desktop experience, so this setting is important for me too. I was always wondering why OS UXP designers not only make acceleration the default, but also tend to remove control from user interface.



            You might find that the acceleration, which supposed to get you more comfortable UXP is actually undesirable in some situations, as you could miss the right UI elements on screen when moving mouse fast, or just need precision for some CAD application. Specifically, it's difficult to get in control of slider and spinner UI elements or move a shape on some designer's UI. Also, with acceleration, it's difficult to position the mouse cursor in a text editor precisely as you copy-paste a region of text. Some might argue that when you need to get precision you just slow down, but what if you don't want to slow down, and still get precision?



            You can check if there is acceleration or not:



            (1). Move your mouse pointer to the right of the screen, notice the physical position of the device on the table.



            (2). Moderately move the mouse to the left a little bit, so the cursor travels around the center of screen, and then very slowly return the physical device to it's original position.



            (3). Repeat steps (1) and (2) multiple times.



            If there is no acceleration, the cursor should arrive to the right of screen all of the time. If there is acceleration, the pointer would move more and more to the left, so after 3 or 4 times it would just hit the left of the screen, so you need to fix it.



            No acceleration means you need to adjust the
            Device Accel Velocity Scaling parameter.



            It will slow down mouse motion in general, so you need to compensate for that with constant speed adjustment. This can be done with decreasing the Device Accel Constant Deceleration parameter.



            Here is what worked for me:




            1. Find the mouse device id:



            $ xinput list
            ...
            ⎜ ↳ PixArt USB Optical Mouse id=10 [slave pointer (2)]
            ...



            The device id = 10




            1. List properties of the device



            $ xinput list-props 10
            ...
            Device Accel Constant Deceleration (276): 1.000000
            ...
            Device Accel Velocity Scaling (278): 10.000000
            ...




            1. Reduce the scaling parameter to its minimum, this should give one-to one mouse motion with respect to actual physical movement. Whether you set it to something like 0.1, 0.001 or 1e-30 does not matter, as it's much lower acceleration than the default of 10.0. You can't set it to zero, as it's considered an error.



            $ xinput set-prop 10 278 1e-10




            1. (optional) Now you might notice that despite being precise, speed have been decreased in general, so you might need to play with the Constant Deceleration parameter to restore comfortable speed. In my case a comfortable setting was 0.7 which sped up the pointer by half, made mouse motion feeling like about the same speed that was before, but without acceleration:



            $ xinput set-prop 10 276 0.7



            If you want it faster, set a lower value here, like 0.5, 0.4 etc.
            If you want it slower, set it to something like 1.0, 1.2, or even 1.5






            share|improve this answer













            Personally I find that precise pointer motion is better for overall desktop experience, so this setting is important for me too. I was always wondering why OS UXP designers not only make acceleration the default, but also tend to remove control from user interface.



            You might find that the acceleration, which supposed to get you more comfortable UXP is actually undesirable in some situations, as you could miss the right UI elements on screen when moving mouse fast, or just need precision for some CAD application. Specifically, it's difficult to get in control of slider and spinner UI elements or move a shape on some designer's UI. Also, with acceleration, it's difficult to position the mouse cursor in a text editor precisely as you copy-paste a region of text. Some might argue that when you need to get precision you just slow down, but what if you don't want to slow down, and still get precision?



            You can check if there is acceleration or not:



            (1). Move your mouse pointer to the right of the screen, notice the physical position of the device on the table.



            (2). Moderately move the mouse to the left a little bit, so the cursor travels around the center of screen, and then very slowly return the physical device to it's original position.



            (3). Repeat steps (1) and (2) multiple times.



            If there is no acceleration, the cursor should arrive to the right of screen all of the time. If there is acceleration, the pointer would move more and more to the left, so after 3 or 4 times it would just hit the left of the screen, so you need to fix it.



            No acceleration means you need to adjust the
            Device Accel Velocity Scaling parameter.



            It will slow down mouse motion in general, so you need to compensate for that with constant speed adjustment. This can be done with decreasing the Device Accel Constant Deceleration parameter.



            Here is what worked for me:




            1. Find the mouse device id:



            $ xinput list
            ...
            ⎜ ↳ PixArt USB Optical Mouse id=10 [slave pointer (2)]
            ...



            The device id = 10




            1. List properties of the device



            $ xinput list-props 10
            ...
            Device Accel Constant Deceleration (276): 1.000000
            ...
            Device Accel Velocity Scaling (278): 10.000000
            ...




            1. Reduce the scaling parameter to its minimum, this should give one-to one mouse motion with respect to actual physical movement. Whether you set it to something like 0.1, 0.001 or 1e-30 does not matter, as it's much lower acceleration than the default of 10.0. You can't set it to zero, as it's considered an error.



            $ xinput set-prop 10 278 1e-10




            1. (optional) Now you might notice that despite being precise, speed have been decreased in general, so you might need to play with the Constant Deceleration parameter to restore comfortable speed. In my case a comfortable setting was 0.7 which sped up the pointer by half, made mouse motion feeling like about the same speed that was before, but without acceleration:



            $ xinput set-prop 10 276 0.7



            If you want it faster, set a lower value here, like 0.5, 0.4 etc.
            If you want it slower, set it to something like 1.0, 1.2, or even 1.5







            share|improve this answer












            share|improve this answer



            share|improve this answer










            answered Sep 21 '17 at 10:18









            George PolevoyGeorge Polevoy

            1113




            1113























                0















                How to adjust mouse speed in KDE

                • without enabling mouse acceleration

                • and only using the settigns dialog (no console, no config files)




                This is a colloquial summary of exhuma's answer, don't forget to upvote it.



                In KDE, mouse acceleration is not logarithmic. That is, it has two constant mouse speeds: non-accelerated and accelerated. It switches from one to another when you jerk the mouse quickly enough.



                The first speed is non-configurable (at least, from GUI). The second speed is configurable.



                The solution is:




                1. Set "Pointer threshold" to 0. As a result, the second speed will be applied at all times.

                2. Adjust "Pointer acceleration" to make that speed bigger or smaller.


                You will end up with a constant, non-dynamic cursor speed adjusted to your liking.






                share|improve this answer




























                  0















                  How to adjust mouse speed in KDE

                  • without enabling mouse acceleration

                  • and only using the settigns dialog (no console, no config files)




                  This is a colloquial summary of exhuma's answer, don't forget to upvote it.



                  In KDE, mouse acceleration is not logarithmic. That is, it has two constant mouse speeds: non-accelerated and accelerated. It switches from one to another when you jerk the mouse quickly enough.



                  The first speed is non-configurable (at least, from GUI). The second speed is configurable.



                  The solution is:




                  1. Set "Pointer threshold" to 0. As a result, the second speed will be applied at all times.

                  2. Adjust "Pointer acceleration" to make that speed bigger or smaller.


                  You will end up with a constant, non-dynamic cursor speed adjusted to your liking.






                  share|improve this answer


























                    0












                    0








                    0








                    How to adjust mouse speed in KDE

                    • without enabling mouse acceleration

                    • and only using the settigns dialog (no console, no config files)




                    This is a colloquial summary of exhuma's answer, don't forget to upvote it.



                    In KDE, mouse acceleration is not logarithmic. That is, it has two constant mouse speeds: non-accelerated and accelerated. It switches from one to another when you jerk the mouse quickly enough.



                    The first speed is non-configurable (at least, from GUI). The second speed is configurable.



                    The solution is:




                    1. Set "Pointer threshold" to 0. As a result, the second speed will be applied at all times.

                    2. Adjust "Pointer acceleration" to make that speed bigger or smaller.


                    You will end up with a constant, non-dynamic cursor speed adjusted to your liking.






                    share|improve this answer














                    How to adjust mouse speed in KDE

                    • without enabling mouse acceleration

                    • and only using the settigns dialog (no console, no config files)




                    This is a colloquial summary of exhuma's answer, don't forget to upvote it.



                    In KDE, mouse acceleration is not logarithmic. That is, it has two constant mouse speeds: non-accelerated and accelerated. It switches from one to another when you jerk the mouse quickly enough.



                    The first speed is non-configurable (at least, from GUI). The second speed is configurable.



                    The solution is:




                    1. Set "Pointer threshold" to 0. As a result, the second speed will be applied at all times.

                    2. Adjust "Pointer acceleration" to make that speed bigger or smaller.


                    You will end up with a constant, non-dynamic cursor speed adjusted to your liking.







                    share|improve this answer












                    share|improve this answer



                    share|improve this answer










                    answered Feb 12 '15 at 8:17









                    lolmaus - Andrey Mikhaylovlolmaus - Andrey Mikhaylov

                    1523724




                    1523724























                        0














                        The answers above are now outdated. What has worked for me the most neatly is the last section of this wiki entry:




                        with libinput



                        Alternatively, since libinput-1.1.0-1 and xf86-input-libinput-0.15.0-1
                        you can use a flat acceleration profile. To enable it create the
                        following file:



                        /etc/X11/xorg.conf.d/50-mouse-acceleration.conf



                        Section "InputClass" Identifier "My Mouse" Driver "libinput"
                        MatchIsPointer "yes" Option "AccelProfile" "flat" Option
                        "AccelSpeed" "0" EndSection



                        and restart X.



                        Another option is this command:



                        $ xinput --set-prop 'libinput Accel Profile Enabled' 0, 1



                        Which doesn't need an X restart, but isn't persistent. Although it can
                        be set up to run automatically with Autostarting.







                        share|improve this answer








                        New contributor




                        kellogs is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                        Check out our Code of Conduct.

























                          0














                          The answers above are now outdated. What has worked for me the most neatly is the last section of this wiki entry:




                          with libinput



                          Alternatively, since libinput-1.1.0-1 and xf86-input-libinput-0.15.0-1
                          you can use a flat acceleration profile. To enable it create the
                          following file:



                          /etc/X11/xorg.conf.d/50-mouse-acceleration.conf



                          Section "InputClass" Identifier "My Mouse" Driver "libinput"
                          MatchIsPointer "yes" Option "AccelProfile" "flat" Option
                          "AccelSpeed" "0" EndSection



                          and restart X.



                          Another option is this command:



                          $ xinput --set-prop 'libinput Accel Profile Enabled' 0, 1



                          Which doesn't need an X restart, but isn't persistent. Although it can
                          be set up to run automatically with Autostarting.







                          share|improve this answer








                          New contributor




                          kellogs is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                          Check out our Code of Conduct.























                            0












                            0








                            0







                            The answers above are now outdated. What has worked for me the most neatly is the last section of this wiki entry:




                            with libinput



                            Alternatively, since libinput-1.1.0-1 and xf86-input-libinput-0.15.0-1
                            you can use a flat acceleration profile. To enable it create the
                            following file:



                            /etc/X11/xorg.conf.d/50-mouse-acceleration.conf



                            Section "InputClass" Identifier "My Mouse" Driver "libinput"
                            MatchIsPointer "yes" Option "AccelProfile" "flat" Option
                            "AccelSpeed" "0" EndSection



                            and restart X.



                            Another option is this command:



                            $ xinput --set-prop 'libinput Accel Profile Enabled' 0, 1



                            Which doesn't need an X restart, but isn't persistent. Although it can
                            be set up to run automatically with Autostarting.







                            share|improve this answer








                            New contributor




                            kellogs is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                            Check out our Code of Conduct.










                            The answers above are now outdated. What has worked for me the most neatly is the last section of this wiki entry:




                            with libinput



                            Alternatively, since libinput-1.1.0-1 and xf86-input-libinput-0.15.0-1
                            you can use a flat acceleration profile. To enable it create the
                            following file:



                            /etc/X11/xorg.conf.d/50-mouse-acceleration.conf



                            Section "InputClass" Identifier "My Mouse" Driver "libinput"
                            MatchIsPointer "yes" Option "AccelProfile" "flat" Option
                            "AccelSpeed" "0" EndSection



                            and restart X.



                            Another option is this command:



                            $ xinput --set-prop 'libinput Accel Profile Enabled' 0, 1



                            Which doesn't need an X restart, but isn't persistent. Although it can
                            be set up to run automatically with Autostarting.








                            share|improve this answer








                            New contributor




                            kellogs is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                            Check out our Code of Conduct.









                            share|improve this answer



                            share|improve this answer






                            New contributor




                            kellogs is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                            Check out our Code of Conduct.









                            answered Mar 11 at 17:39









                            kellogskellogs

                            1013




                            1013




                            New contributor




                            kellogs is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                            Check out our Code of Conduct.





                            New contributor





                            kellogs is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                            Check out our Code of Conduct.






                            kellogs is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                            Check out our Code of Conduct.






























                                draft saved

                                draft discarded




















































                                Thanks for contributing an answer to Ask Ubuntu!


                                • Please be sure to answer the question. Provide details and share your research!

                                But avoid



                                • Asking for help, clarification, or responding to other answers.

                                • Making statements based on opinion; back them up with references or personal experience.


                                To learn more, see our tips on writing great answers.




                                draft saved


                                draft discarded














                                StackExchange.ready(
                                function () {
                                StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f172972%2fconfigure-mouse-speed-not-pointer-acceleration%23new-answer', 'question_page');
                                }
                                );

                                Post as a guest















                                Required, but never shown





















































                                Required, but never shown














                                Required, but never shown












                                Required, but never shown







                                Required, but never shown

































                                Required, but never shown














                                Required, but never shown












                                Required, but never shown







                                Required, but never shown







                                Popular posts from this blog

                                數位音樂下載

                                When can things happen in Etherscan, such as the picture below?

                                格利澤436b