When using the non-SDL version of Nexuiz 2.0 and turning around fluently with the mouse the view suddenly jumps a couple degrees in the direction of turning. Seems to always happen at similar facing directions and is constant, ie. it's impossible to turn around without this effect happening. Seems to happen more often at higher detail levels, but it's not caused by a low framerate. At higher detail levels pointer jumping can also be seen in the menu.
Everything works fine with the SDL version.
Platform: Linux x86, Xorg 7.0, Nvidia official drivers, old mouse driver (not evdev), three different mice.

Does the problem persist with 2.1?

Don't know, not in portage yet, was there any relevant change made?

Not that I know of, but maybe. The bug is not known.

Can you try setting gl_finish 0?

Zygfryd wrote:Don't know, not in portage yet, was there any relevant change made?

why does it have to be in portage ? you can download it here http://www.alientrap.org/nexuiz/?module=downloads. just extract and run it

divVerent wrote:Not that I know of, but maybe. The bug is not known.
Can you try setting gl_finish 0?

gl_finish should be 0 by default. I think you mean 1

gl_finish makes no difference. I downloaded the official builds and they both (2.0 and 2.1) work flawlessly. The problem only happens in the gentoo build.

Maybe they 'over-optimized' Nexuiz

Just out of interest... can you quote a "gcc" line when building the ebuild so I see the exact CFLAGS being used? Like, the line with "vid_glx.c" in it?

I remember someone making a joke about gentoo to reenable a certain option that was removed to make Nexuiz compile/work with gcc 4.1 on 64bit machines. That did not happen but they broke it nevertheless. Thats kinda funny.

divVerent wrote:Just out of interest... can you quote a "gcc" line when building the ebuild so I see the exact CFLAGS being used? Like, the line with "vid_glx.c" in it?

cc -MD -Wall -Wsign-compare -O2 -fno-strict-aliasing -ffast-math -funroll-loops -march=prescott -c vid_glx.c -o vid_glx.o -I/usr/X11R6/include

Though with -march=i686 it worked just the same. Using gcc 4.1.1 on a 32-bit system.

Perfect..
http://cvs.icculus.org/cvs/twilight/dar ... ortby=date
As you can see -ffast-math -funroll-loops were removed so its still able to compile on gcc 4.1 / 64bit.. maybe it also has some other nasty effects.
Will you report to them?

esteel wrote:Perfect..
http://cvs.icculus.org/cvs/twilight/dar ... ortby=date
As you can see -ffast-math -funroll-loops were removed so its still able to compile on gcc 4.1 / 64bit.. maybe it also has some other nasty effects.
Will you report to them?

I'll verify it first.

EDIT: No, compiling without them doesn't help.

But those options will for sure give problems with gcc 4.1 and 64bit machines so they should be removed never the less
Can you try with the sources/makefile included? Just extract Nexuiz/sources/enginesource20060905.zip
und call in the new darkplaces directory make nexuiz? That will create nexuiz-dedicated, nexuiz-glx and nexuiz-sdl. And if that works someone needs to find where the differences are between the emerge and the normal build.
If it does not work its maybe something on you system..

I'll do that, in the meantime I compiled 2.1 with 2.0's ebuild and it still has this problem. I tried removing those really small patches the ebuild makes, to no effect.
I recorded a demo if you want to see what I'm talking about, I was turning around slowly in it.
http://zygfryd.voidfx.net/screenshots/mouse_jumping_bug.dem

-ffast-math is known to break both Nexuiz 2.0 and 2.1 on gcc 4.1/x86_64.

Can you try again with the same options, just -ffast-math removed?

-funroll-loops however is harmless and only got removed because it gives a small speed gain at the expense of much larger binaries.

hey, I'd just like to bump this thread and see if anyone has any suggestions for a remedy? I got Nexuiz out of portage, and can only play it using SDL mode, otherwise the mouse "jumps" make it unplayable.
can anyone offer advice on possible solutions?

Dunno if that's exists under linux too, but I've faced a similar problem in windows in ut2k4. It was a problem with the integrated sound card. Disabling it made the bug wanish (and installing the first patch too ).

hish wrote:hey, I'd just like to bump this thread and see if anyone has any suggestions for a remedy? I got Nexuiz out of portage, and can only play it using SDL mode, otherwise the mouse "jumps" make it unplayable.
can anyone offer advice on possible solutions?

Well, the solution has been posted:

gl_finish makes no difference. I downloaded the official builds and they both (2.0 and 2.1) work flawlessly. The problem only happens in the gentoo build.

Use the official builds, not the ones from Portage. And do file a bug report to the Gentoo bug tracker --> http://bugs.gentoo.org/ (it hasn't been reported there yet). It is Gentoo's problem, not ours - it isn't us who made the ebuild...

hish wrote:hey, I'd just like to bump this thread and see if anyone has any suggestions for a remedy? I got Nexuiz out of portage, and can only play it using SDL mode, otherwise the mouse "jumps" make it unplayable.
can anyone offer advice on possible solutions?

What is wrong with using SDL? If it works just use it.. thats why there are two binaries.
Unless SDL has other problems for you that is..

As Zygfryd said it only seems to appear with the gentoo changes.. Maybe you should get THEM a bug report too? I do not use gentoo and do not really have good access to the changes they did..