I just got a MX510 and I am having the same issue below... Cruise Control works fine expect for when I am in KDE and I have something in my klipboard buffer and hit the up button it will paste what I have in the buffer. Anyone else have this but us two?
miknight wrote:The logitech_applet is fantastic. The cruise control thing is something I've been wanting to get working for some time (I have an MX-500). One thing that bothers me though, the cruise control button above the mouse wheel also seems to double as the third mouse button as well, which means it pastes stuff when all I want to do is scroll. Has anyone else experienced this and/or know of a fix?
maybe ive done something wrong with the logiteh applet?
done:
./configure
make
make install
if i try as root to get the current resolution with "/usr/local/bin/logitech_applet -g" there comes nothing, its the same if i try to change the resolution.
ive an MX300 wich should be supported by this program
somebody knows something about this?
edit: solved by adding the usbdevfs into the kernel, it works just great now
The 500hz USB polling hack should work for all usb mice. However the logitech applet(for setting 800DPI) only works for logitech mice.
I use both on my logitech dual optical and it works great. Ive heard that on the logitech mx series the 800DPI mode can cause negative acceleration. Can anyone confirm this?
Im after a mx510 and want to know if its going to have this same problem.
anyone got that (logitech_applet) work with a mx900? The problem with this one is that she (mice? *g*) is not connected to the USB but instead using an USB-Bluetooth hub.. so in the list of my USB-Devices only this one is listed. I tried it with the ID for the Bluetooth hub in the logitech_applet.c (as mentioned before) but it does not work (of course ) (gives out some "that can't be" values if i run logitech_applet)
I realy like the 800 DPI feeling (know it from windows) and would be glad if anyone could help me to bring it to linux where everything else is better
Some kernels can have issues with the 500hz patch. Not giving it enough cpu time etc. This happens when playing games mainly. To fix this renice events/0 to -20
This can be added into you local.start to make it easy.
I also think this gives added presicion when playing games. Renice X too and it should be perfect.
renice -20 3, I'm guessing [events/0] has the 3rd PID. I looked at it on both of my gentoo desktop's and it had a PID of 3. If that's not the PID, then us can use "ps aux |grep events|awk '{print $2}' ". The first PID printed wil be events, if your a lil bit confused ,hehe just use 'top' and renice from there as root.
Well I found myself how to renice manually. For events/0, you don't even need the pid, just renice -10 events/0 seems to work, but renice -10 X does nothing. So as you said, I did it with top, but I can do it only manually at each start since the pid change. So I could try a line with renice -10 "ps aux |grep X|awk '{print $2}' ". But where do I put this line, since local.start is loaded before X ?
Anyway thanks a lot, because renicing these things helped a lot. Before, while playing enemy territory, my mouse get resetted a lot of times, looking at my foot or at the sky. After renicing, I played again and no problems at all. (I'm using the last love)
I normally renice my games and wineserver to 15 when I play. Will I want to renice events/0 to 15 or higher/lower than what I'm nicing games at? (for 500mhz patch)
Also on another note, I can't seem to figure out the right combo for patching my kernel with the hid patch... I've tried different starting points as well as -p0 and bleah bleah... where did everyone else patch from?
Edit: continuing my poking I learned how to read these diff files. For those who may have the same difficulties I had simply cd into your kernel directory and type: patch -p1 < (location of diff) for this specific patch