First: Congratulations and thanks for this great release of Nexuiz!

Now to the problem:

Mouse movements are ignored randomly. It can show up as stuttery movement, or even every mouse movement being ignored for up to 10 seconds. Mouse keys are not affected and always work fine.

I already noticed the problem in recent SVN versions, but then it only appeared quite rarely (and I nearly bought a new mouse...).

I analyzed the problem and found that it is caused by following line in autoexec.cfg or config.cfg:

Code: Select all

set "cl_maxfps" "125"

The problem shows up with both GLX and SDL binaries.
And without this line it works flawlessly in both binaries.

(running on the current Debian Stable)

How does limiting the FPS break my mouse support?

Likely to be caused by evdev...

same thing happening to me, when i turn on cl_maxfps to any values that actually does something, a lot of inputs from movements of the mouse gets ignored. its not a problem for me because i dont use maxfps

gentoo linux, no special mouse driver, just the one that get on by default.
mouse is logitech gaming one's

as soon as i set maxfps to 0, everything gets back to normal perfection

Hmmm... am I using evdev at all?

my xorg logfile says:

Code: Select all

(==) ServerLayout "Layout0"
(**) |-->Screen "Screen0" (0)
(**) |   |-->Monitor "Monitor0"
(**) |   |-->Device "Device0"
(**) |-->Input Device "Keyboard0"
(**) |-->Input Device "Mouse0"         
(**) Option "AutoAddDevices" "False"
(**) Not automatically adding devices
(==) Automatically enabling devices       
...
(**) Option "Protocol" "auto"
(**) Mouse0: Device: "/dev/psaux"
(**) Mouse0: Protocol: "auto"
(**) Option "CorePointer"
(**) Mouse0: always reports core events
(**) Option "Device" "/dev/psaux"
(**) Option "Emulate3Buttons" "no"
(**) Option "ZAxisMapping" "4 5"
(**) Mouse0: ZAxisMapping: buttons 4 and 5
(**) Mouse0: Buttons: 9
(**) Mouse0: Sensitivity: 1
(II) evaluating device (Keyboard0)
(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
(II) evaluating device (Mouse0)
(II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE)
(--) Mouse0: PnP-detected protocol: "ExplorerPS/2"

Where Mouse0 is defined as:

Code: Select all

Section "InputDevice"
    # generated from default
    Identifier     "Mouse0"
    Driver         "mouse"
    Option         "Protocol" "auto"
    Option         "Device" "/dev/psaux"
    Option         "Emulate3Buttons" "no"
    Option         "ZAxisMapping" "4 5"
EndSection


Although the evdev kernel module is loaded (and supposed to be used by 9 customers).

But shouldn't that be an evdev-free Xorg?

PS: it seems to help to switch on the vertical sync, that also reduces the fps to 60 and doesn't conflict with the mouse.

Hello,

I am brand new to this game and not all that technically skilled, so plz dont just give me some technical advice. I start up my game, after downloading it and extracting it, and my mouse starts in the middle of the screen. Then as soon as i make any movement with my mouse it gets sent up into the top left hand of the game screen. I can do everything with the tab button but i can't play without using my mouse. I'm using Windows Vista 64-bit, on a HP brand new HP running a NVIDIA GeForce 7300, i really want to be able to play, and the mouse works fine in every other situation i have ever used it in.

If you require any new information just reply here, i would be so thankful to anyone that could fix it.

Thanks, Krazygood

Try:

Shift-escape
gl_finish 1
Enter
Escape

Does the mouse work then?

If not: try

vid_fullscreen 0
vid_restart

in the same console. Does that make the mouse work?

Do you have a dual screen setup?

No, i get a white normal mouse that i can move around in the console, but then as soon as i hit escape again the mouse dissapears, and im stuck with the one in the top left hand corner. Im not sure what you mean am i running a dual screen setup, my PC is connected to my computer and thats all.

Any other suggestions?

Yes. Try the "other version" included in the archive.

If you were using nexuiz.exe, try using nexuiz-sdl.exe, and vice versa.

I've tried them both, and when i use the sdl version all i get is a really magnified screen in which i can only really see the centre of the menu screen, and nothing changes. Im running a Vista Premium 64-bit, Intel Core(2) Quad CPU at 2.40GHz , with 4gb of ram. Any ideas??

Are you using the current drivers from http://www.nvidia.com - or some other drivers (e.g. the ones from Windows, or ones from a driver CD)?

I tried everything that I could to avoid using evdev now (also the stuff in the "attention ubuntu users" thread), experimented with both glx and sdl binaries and an empty ~/.nexuiz, setting only cl_maxfps, but everything to no avail. I even switched from Debian Stable to Ubuntu 9.04 beta.

I assume that my problem is not related to the evdev problem, especially since the symptoms are different. Not all mouse events are affected, only movements, and they are not delayed, but completely discarded.

My problem can be split in 2 parts:

(A) rare mouse movement failures. This happened with recent SVN versions and also with the final 2.5 release, if I disable cl_maxfps.
(B) extreme mouse movement failures. This happens with the official 2.5 release if I use cl_maxfps.

It is difficult to prove that (A) does not happen, because it might not occur for a long time.

I now found a solution that eliminates at least (B): I compiled 2.5 myself. The Nexuiz part is the 2.5 tag, Darkplaces is most recent. It seems the official compile cause the transition from (A) to (B).

I will check if (A) is still present with my compile, but I assume it will (which is also annoying).

Hey,

I think you said you got it working but how?? im techincally backwards so what did you do to get it to work???

krazygood wrote:I think you said you got it working but how?? im techincally backwards so what did you do to get it to work???

By just compiling it myself from the sources. Detailed instructions are e.g. at:
http://alientrap.org/forum/viewtopic.php?t=3061, although you might not want to do this, if you are "technically backwards".

And of course this applies only if you have exactly the same problem that I described, otherwise it's more likely to be the evdev problem, or even something different.

Wow, i am a idiot. The only problem was that my Nvdia driver wasn't up-to-date, i installed the new one from the link above and it worked out perfectly. I owe divVerent a huge thank you.

Thanks, krazygood.

krazygood: Glad its working now.

RoKenn: If you are running linux, in the glx version try the menu option 'Turn off OS mouse acceleration' in the Settings/Input menu.
For the SDL version you might try this in the console before starting Nexuiz:

Code: Select all

export SDL_VIDEO_X11_DGAMOUSE=0
export SDL_VIDEO_X11_MOUSEACCEL=1/1/1

Basicly i have s script does does:

Code: Select all

#! /bin/sh

export SDL_VIDEO_X11_DGAMOUSE=0
export SDL_VIDEO_X11_MOUSEACCEL=1/1/1

exec "$@"

Usage would be:
cd /path/to/Nexuiz
/path/to/Script ./nexuiz-linux-sdl.sh

Thanks esteel. Basically I tried all of that, although disabling DGA only for the glx binary.

The self-compiled binary is still working fine. It's basically 2.5 (the tag), only darkplaces is slightly newer (8835).

The question is what causes the difference between the official build and my build...

Today was a commit that MIGHT fix some mouse problems.. maybe it already did help you So 2.5.1 will be ok for you.

esteel wrote:Today was a commit that MIGHT fix some mouse problems.. maybe it already did help you

No, the commit is r8894, I still have r8835.

I tracked down the revision that caused this (8291), but it's fixed now. Works fine for me and tzork at least. So why not try it?

It's definitely not Nvidia related. Got that on Intel hardware too, but thought that integrated is too slow even to render menu properly in stable fps. However, reducing resolution made mouse movement both in game and menu even more jerky.

RoKenn: Can you please try an uptodate DP? That mouse change was promising..

esteel wrote:RoKenn: Can you please try an uptodate DP? That mouse change was promising..

I did that yesterday, after my self-compiled binary started showing problem (A) (the rare variant).

It will take a few days though, because that problem shows up really unreliably, so it will take me a while of playing to post a result.

The really strange thing is why the official 2.5 lets this problem "explode" into my face, whereas all my self-compiled SVN and 2.5 binaries(*) only had the small problem...

(*) Nexuiz was the 2.5 tag, whereas darkplaces was roughly from the same time, as I couldn't find the trunk/branches/tags scheme there.

RoKenn wrote:

esteel wrote:RoKenn: Can you please try an uptodate DP? That mouse change was promising..

The really strange thing is why the official 2.5 lets this problem "explode" into my face, whereas all my self-compiled SVN and 2.5 binaries(*) only had the small problem...

(*) Nexuiz was the 2.5 tag, whereas darkplaces was roughly from the same time, as I couldn't find the trunk/branches/tags scheme there.

Use the source code that comes with 2.5 instead. That's always correct.
edit: I don't get A) problem. To me it seems unrelated to B).

The only way that I can get the mouse to work in 2.5 (13:45:51 Apr 2 2009 8846) is to run Nexuiz with gksu or to run it from a root terminal. Some of the sound only works that way too, i.e. the sounds that fade in before "Welcome to Nexuiz." But "Welcome to Nexuiz" plays in either case. I didn't and still don't have this problem with my old version (15:47:05 May 11 2008).

I'm running it on Ubuntu 8.04. Killing pulseaudio didn't affect the issue one way or the other. Killing compiz.real didn't affect it. Fullscreen or not didn't affect it. I tried glx and sdl versions, and that choice didn't affect it.

I ran the nexuiz-sdl.exe version using wine, and everything, including mouse and sound, works normally.

I would like to run the nexuiz-linux-686-glx version without gksu. Any ideas?

Try playing with/without evdev (using generic xorg mouse driver). Any changes?

I'll try that out and post back.

Alien, I have now tried it with using the evdev mouse driver and with using the generic "mouse" mouse driver, and that did not make any difference either.

Just now I had another idea, that a difference between normal user and super user is the home directory. So I tried renaming my .nexuiz folder to X.nexuiz. That fixed it. I found that the trouble was just in these specific lines of the config.cfg file:

bgmvolume "0"

vid_mouse "0"

I don't know why the older Nexuiz didn't have a problem with that vid_mouse setting.

Anyway, I deleted those two lines and my problem is solved.

Itujixy wrote:bgmvolume "0"

vid_mouse "0"

Weird. bgmvolume 0 just mutes the music. And vid_mouse 0 disables the mouse