Mouse problems (again)

[tei]

jitspoe its porting paintball to linux.

http://www.quakesrc.org/forums/viewtopic.php?t=4774

Any help here?

[Nick Warne]

Post by tei
jitspoe its porting paintball to linux.
http://www.quakesrc.org/forums/viewtopic.php?t=4774
Any help here?

I see Jitspoe fixed it... there is a CVAR!

in_dgamouse 1

fixed it for him.

Nick

[Julien Langer]

Post by Nick Warne
in_dgamouse 1

Yes, this CVAR also exists in Quake3 and I've set it to 1, but I
completely forgot about this CVAR.

Maybe this fixes Anders' Quake3 mouse problems? (enabling DGA in
Xfree/Xorg and setting this CVAR)

[Brendan Burns]

Yeah,
I think most of the problems are related to using DGA for mouse...
I've been thinking about simply eliminating the DGA mouse. Its there
for speed, but I'm not sure that the speed is required now given
processor speeds these days...

--brendan

Post by Nick Warne

Post by tei
jitspoe its porting paintball to linux.
http://www.quakesrc.org/forums/viewtopic.php?t=4774
Any help here?

I see Jitspoe fixed it... there is a CVAR!
in_dgamouse 1
fixed it for him.
Nick
--
"When you're chewing on life's gristle,
Don't grumble, Give a whistle..."

[Anders Storsveen]

On Tue, 29 Mar 2005 22:20:59 +0200, Brendan Burns

Yeah,
I think most of the problems are related to using DGA for mouse... I've
been thinking about simply eliminating the DGA mouse. Its there for
speed, but I'm not sure that the speed is required now given processor
speeds these days...

hmm, well does quake3 and ET use dgamouse? because they work perfectly,
except for mouse acceleration in quake3, but that was apparently fixed in
ET by making a in_dgamouse 2 value.

--brendan

Post by Nick Warne

Post by tei
jitspoe its porting paintball to linux.
http://www.quakesrc.org/forums/viewtopic.php?t=4774
Any help here?

I see Jitspoe fixed it... there is a CVAR!
in_dgamouse 1
fixed it for him.
Nick
-- "When you're chewing on life's gristle,
Don't grumble, Give a whistle..."

[Nelson Marques]

Dunno for sure, but I presume that ET doesn't use DGA since it always
tries to shut it down. Check a console log.
If it can't, KABOOM! Very known ET bug under linux ;)
It's also known that X.ORG servers usually go insane when apps (games do
as far as I know) run in virtual desktops with higher resolution than
the native.
As for the rest, first thing I would try would be to make sure I would
enable DGA. Try in the xorg.conf or XF86Config:

in the modules part:

SubSection "extmod"
Option "omit xfree86-dga"

_REPLACE FOR_

SubSection "extmod"
Option"xfree86-dga"

It' should be ok afer this. It's known that some ATI cards only work
properly with this config. And it's mandatory for some versions of the
Savage in combination to weird chipsets. It's a real problem in the X
Servers (xorg and XFree86).

hope it helps,
else you will always have hara-kiri available ;)

nmarques

Post by Anders Storsveen
On Tue, 29 Mar 2005 22:20:59 +0200, Brendan Burns

Post by Brendan Burns
Yeah,
I think most of the problems are related to using DGA for mouse...
I've been thinking about simply eliminating the DGA mouse. Its
there for speed, but I'm not sure that the speed is required now
given processor speeds these days...

hmm, well does quake3 and ET use dgamouse? because they work
perfectly, except for mouse acceleration in quake3, but that was
apparently fixed in ET by making a in_dgamouse 2 value.

Post by Brendan Burns
--brendan

Post by Nick Warne

Post by tei
jitspoe its porting paintball to linux.
http://www.quakesrc.org/forums/viewtopic.php?t=4774
Any help here?

I see Jitspoe fixed it... there is a CVAR!
in_dgamouse 1
fixed it for him.
Nick
-- "When you're chewing on life's gristle,
Don't grumble, Give a whistle..."

[Michel Dänzer]

Post by Nelson Marques
It's also known that X.ORG servers usually go insane when apps (games do
as far as I know) run in virtual desktops with higher resolution than
the native.

Interesting. I like to think I'm keeping track of X.org development, but
this is the first time I hear about this. Do you have a pointer to the
bugzilla entry?

Post by Nelson Marques
As for the rest, first thing I would try would be to make sure I would
SubSection "extmod"
Option "omit xfree86-dga"
_REPLACE FOR_
SubSection "extmod"
Option"xfree86-dga"

Or just replace the whole SubSection with

Load "extmod"

Post by Nelson Marques
It' should be ok afer this. It's known that some ATI cards only work
properly with this config.

Again, this isn't known to me, any pointers?

[David Mehrmann]

In reply to Michel D?nzer

MD> Load "extmod"

Well with ATi drivers you basically have two choices. Either you can
play Quake 1 and Quake 2, by loading extmod, breaking RANDRR partially,
so that XFCE4's Desktop resolution switching mechanism will not work at
all, or you do not load extmod and cannot play Quake 1 or Quake 2 (or
Ufi-AI and other Quake 1/2 deriatives for that matter) and your Desktop
works just fine.

Here's my rant: I ******* hate this. I wish somebody would rewrite Quake
1/2 mouse handling from ground up. It's like everyone and their dog has
problems with that anyway. Rant over. Sorry.

Jammet

[Michel Dänzer]

Post by David Mehrmann
In reply to Michel D?nzer
MD> Load "extmod"
Well with ATi drivers you basically have two choices. Either you can
play Quake 1 and Quake 2, by loading extmod, breaking RANDRR partially,
so that XFCE4's Desktop resolution switching mechanism will not work at
all, or you do not load extmod and cannot play Quake 1 or Quake 2 (or
Ufi-AI and other Quake 1/2 deriatives for that matter) and your Desktop
works just fine.
Here's my rant: I ******* hate this. I wish somebody would rewrite Quake
1/2 mouse handling from ground up.

I don't think there's anything the applications can do about the X
server delivering them accelerated mouse data without DGA. The fact that
DGA and RANDR are mutually exclusive with fglrx is a driver issue. You
can try disabling other extensions from extmod as a workaround.

[Nick Warne]

Post by David Mehrmann
In reply to Michel D?nzer
MD> Load "extmod"
Well with ATi drivers you basically have two choices.

I am not sure here what this thread has turned into, but here is a good read
for Quake2 ATI users:

http://www.r1ch.net/forum/index.php?topic=367.0

The CVAR

gl_ext_pointparameters 0

For ATI... I have never used ATI cards...

Nick

[Anders Storsveen]

just found this:

http://razer.tigga.org/phpBB2/viewtopic.php?p=36339#36339

the post apparently talks about a xorg-patch that eliminates q3, mouse
accel. Will try this patche later this week, and check if it fixes q2 glx
too ;)

On Tue, 29 Mar 2005 22:20:59 +0200, Brendan Burns

Yeah,
I think most of the problems are related to using DGA for mouse... I've
been thinking about simply eliminating the DGA mouse. Its there for
speed, but I'm not sure that the speed is required now given processor
speeds these days...
--brendan

Post by Nick Warne

Post by tei
jitspoe its porting paintball to linux.
http://www.quakesrc.org/forums/viewtopic.php?t=4774
Any help here?

I see Jitspoe fixed it... there is a CVAR!
in_dgamouse 1
fixed it for him.
Nick
-- "When you're chewing on life's gristle,
Don't grumble, Give a whistle..."

[Julien Langer]

Post by Anders Storsveen
http://razer.tigga.org/phpBB2/viewtopic.php?p=36339#36339
the post apparently talks about a xorg-patch that eliminates q3, mouse
accel. Will try this patche later this week, and check if it fixes q2 glx
too ;)

whats the difference between in_dgamouse 1 und 2 in ET?

Hm..still strange that some people have these mouse problems, and others
not.

[Nick Warne]

Post by Julien Langer
Hm..still strange that some people have these mouse problems, and others
not.

Yes. I have never had any problems in Linux at all. I used to in Winders,
the 'spinning around on a sixpence looking at the floor/sky problem' - but in
Linux -> never.

Very strange.

Nick

[coyote]

Yeah,
I think most of the problems are related to using DGA for mouse... I've been
thinking about simply eliminating the DGA mouse. Its there for speed, but
I'm not sure that the speed is required now given processor speeds these
days...
--brendan

Brendan,

Please be careful with other platforms:

$ grep in_dgamouse */*
linux/gl_glx.c:static cvar_t *in_dgamouse;
linux/gl_glx.c: if (in_dgamouse->value) {
linux/gl_glx.c: ri.Cvar_Set( "in_dgamouse", "0" );
linux/gl_glx.c: in_dgamouse = ri.Cvar_Get ("in_dgamouse", "0", CVAR_ARCHIVE);
linux/rw_x11.c:static cvar_t *in_dgamouse;
linux/rw_x11.c: in_dgamouse = ri.Cvar_Get ("in_dgamouse", "1", CVAR_ARCHIVE);
linux/rw_x11.c: if (in_dgamouse->value) {
linux/rw_x11.c: ri.Cvar_Set( "in_dgamouse", "0" );
----====> solaris/gl_glx.c: if (in_dgamouse->value) {
----====> solaris/gl_glx.c: Cvar_Set( "in_dgamouse", "0"
);

Linux/x86 isn't the -only- platform supported by the icculus source base, ya
known.. :)

Regards,

Vincent

[brendanburns]

Hey I can guarantee it works on amd64 linux too ;-P

Seriously though, thanks for keeping me honest. I'll make sure any changes I make pass through appropriate hands first...

--brendan

Post by coyote

Yeah,
I think most of the problems are related to using DGA for mouse... I've been
thinking about simply eliminating the DGA mouse. Its there for speed, but
I'm not sure that the speed is required now given processor speeds these
days...
--brendan

Brendan,
$ grep in_dgamouse */*
linux/gl_glx.c:static cvar_t *in_dgamouse;
linux/gl_glx.c: if (in_dgamouse->value) {
linux/gl_glx.c: ri.Cvar_Set( "in_dgamouse", "0" );
linux/gl_glx.c: in_dgamouse = ri.Cvar_Get ("in_dgamouse", "0", CVAR_ARCHIVE);
linux/rw_x11.c:static cvar_t *in_dgamouse;
linux/rw_x11.c: in_dgamouse = ri.Cvar_Get ("in_dgamouse", "1", CVAR_ARCHIVE);
linux/rw_x11.c: if (in_dgamouse->value) {
linux/rw_x11.c: ri.Cvar_Set( "in_dgamouse", "0" );
----====> solaris/gl_glx.c: if (in_dgamouse->value) {
----====> solaris/gl_glx.c: Cvar_Set( "in_dgamouse", "0"
);
Linux/x86 isn't the -only- platform supported by the icculus source base, ya
known.. :)
Regards,
Vincent

[coyote]

Post by brendanburns
Hey I can guarantee it works on amd64 linux too ;-P

:)

Post by brendanburns
Seriously though, thanks for keeping me honest. I'll make sure any
changes I make pass through appropriate hands first...

Thanks on behalf of everyone else.. :) :)

On my own list I have:
- Make the Solaris port work with QMAX (I have abandonned the idea of
backporting the latest QMAX, the code bases were too different).
- Resurrect the IRIX port, most likely with QMAX (Got a nice Sgi recently
with dual V12's so that should do it).

Cheers,

Vincent