You are not logged in.

#26 2008-07-23 00:38:15

Piko24
Member
Registered: 2008-07-16
Posts: 2

Re: "Mouse lag" in Enemy Territory and others

Yeah, it seem to have cleared up on openSUSE a few days ago after an xorg driver patch.

Offline

#27 2008-07-23 02:37:02

Daenyth
Forum Fellow
From: Boston, MA
Registered: 2008-02-24
Posts: 1,244

Re: "Mouse lag" in Enemy Territory and others

I've seen the mouse-lag-on-scrollwheel issue also. Is it only when you launch into another display or do you also get the issue with normally launched games?

Offline

#28 2008-10-24 04:09:27

tonyisnt
Member
Registered: 2008-03-18
Posts: 158

Re: "Mouse lag" in Enemy Territory and others

I just came across this post again (I was originally posting with the name yomtendok)...

Anyways, the export SDL_VIDEO_X11_DGAMOUSE=0 method fixes things for me... sort of.  You see, I'm one of the people who opens up my games in a new xserver, and I can't figure out a way to get that to apply to the new server.  Any help in that department?

This is my QW launch script, if it helps:

#!/bin/sh

ETQW="/mnt/games/quake_wars/etqw"
SERVER=`echo ${1} | cut -d "/" -f 3`

xinit $ETQW +connect $SERVER -- :1

Offline

#29 2008-10-27 21:52:24

tonyisnt
Member
Registered: 2008-03-18
Posts: 158

Re: "Mouse lag" in Enemy Territory and others

With a little snooping around I found this suggestion in several places, which is saying to put some new lines in xorg.conf.  From some of the other pages I've seen this on, I'm under the impression that this is for use with the evdev driver, which I can't seem to get to work.  Adding the option and launching the game in a new server with the default mouse driver did nothing.

I could simply downgrade my xserver once again, yes (and I still have the packages), but the reason I upgraded is because since my switch to Openbox, Mplayer was disabling DPMS options because of a rather old xorg-server bug.  Since upgrading to the latest package that problem is gone, but this one is still hangin' around.

EDIT: Got evdev to work and it doesn't clear up the issue, either.

Last edited by tonyisnt (2008-10-27 22:03:07)

Offline

#30 2008-10-30 00:52:57

tuomas
Member
From: Europe
Registered: 2008-10-27
Posts: 17

Re: "Mouse lag" in Enemy Territory and others

SDL_VIDEO_X11_DGAMOUSE=0 doesn't fix things for me and I couldn't get RedShift's package working (file conflicts or so) and now I'm hoping they fix it in newer versions of Xorg.

For me I only get the mouse/keyboard lag problem if I scroll a fair few times with the mousewheel, but I just have single weapon binds there so I only need to scroll it once which doesn't give me the lag, or if so it's at least not noticeable (unless I scroll more than intended, still not used to the deathadder wheel :\)

Last edited by tuomas (2008-10-30 00:54:11)


arch@thinkpad t61

Offline

#31 2008-10-30 01:06:59

jb
Member
From: Florida
Registered: 2006-06-22
Posts: 466

Re: "Mouse lag" in Enemy Territory and others

Yeah, same here.  As long as I avoid scrolling it doesn't lag.  Not exactly the ideal answer, but I can live with it.


...

Offline

#32 2008-10-30 02:56:27

tuomas
Member
From: Europe
Registered: 2008-10-27
Posts: 17

Re: "Mouse lag" in Enemy Territory and others

Well guess I spoke too soon, for there is a problem which I can't live with.

It's hard to explain, its kinda like mouse accel except it isn't. I made a pretty terrible video on my phone but you can see how my mouse movements change depending on the speed. http://uk.youtube.com/watch?v=Nla20GSGuqs

Basically, my mouse responds as expected when moved at a moderate or fast pace and if I move my mouse 10cm, the mouse will end up in the same place every time like it should. However, if I move my mouse slower than a certain speed it seems like it's only picking up half of my inputs or something and my crosshair falls way short of where its supposed to be. Same happens whether the SDL DGA enviroment variable is 1 or 0. I guess I'll try and learn how to downgrade (if possible, its a fresh install of arch) and report back on what happens.

I just did the same exercise inside gnome and it seemed to act normal. Kind of puzzling.

EDIT: Might try going forwards instead of backwards and attempt http://www.archlinux.org/packages/testi … rg-server/

EDIT2: xorg-server 1.5.2 fixes nothing

EDIT3: RedShift's http://users.opengate.be/~glenn/arch/xo … pkg.tar.gz didn't fix it either. This is starting to give me a headache.

EDIT4: My attempts at compiling 1.3.0.0 by modifying the 1.4.2 PKGBUILD from abs are failing miserably. sad

# $Id: PKGBUILD 9439 2008-08-17 11:03:34Z allan $
# Maintainer: Alexander Baldeck <kth5@archlinux.org>
# Contributor: Jan de Groot <jgc@archlinux.org>

pkgname=xorg-server
pkgver=1.3.0.0
pkgrel=2
_mesaver=7.0.3
pkgdesc="X.Org X servers"
arch=('i686' 'x86_64')
license=('custom')
url="http://xorg.freedesktop.org"
depends=('libxkbui' 'ncurses' 'libxxf86misc' 'libxfont'
         'libxaw' 'libxxf86vm' 'xcursor-themes'
     'xkeyboard-config' 'xorg-server-utils' 'xorg-utils' 'libdrm>=2.3.0'
     'xorg-fonts-misc' 'pixman>=0.10' 'xbitmaps')
makedepends=('pkgconfig' 'xf86driproto' 'xcmiscproto' 'xtrans' 'bigreqsproto'
             'xf86bigfontproto' 'resourceproto' 'evieext' 'damageproto>=1.1.0'
         'compositeproto>=0.4' 'scrnsaverproto' 'libxres' 'xorg-util-macros'
         'randrproto' 'glproto>=1.4.9' 'renderproto>=0.9.3' 'autoconf'
         'automake' 'libtool' 'bison' 'flex' 'gcc' 'libxrender'
         'libxfixes' 'quilt' 'mesa')
options=('!libtool')
provides=('x-server')
groups=('xorg')
install=xorg-server.install
source=(${url}/releases/individual/xserver/${pkgname}-${pkgver}.tar.bz2
    http://downloads.sourceforge.net/sourceforge/mesa3d/MesaLib-${_mesaver}.tar.bz2)
#    ftp://ftp.archlinux.org/other/xorg-server/xorg-server-patches-1.4.2-1.tar.bz2)
#md5sums=('fa2915ae377f61c340a18ebef484b64b'
#         'e6e6379d7793af40a6bc3ce1bace572e'
#         'bc907d6d69b55b445c3046a4d7ecc8ef')

build() {
  cd ${startdir}/src/${pkgname}-${pkgver}
#  quilt push -a || return 1
  libtoolize --force --copy || return 1
  aclocal || return 1
  autoconf || return 1
  automake --add-missing || return 1
  ./configure --prefix=/usr \
              --with-mesa-source=${startdir}/src/Mesa-${_mesaver} \
              --enable-ipv6 \
              --enable-dri \
              --disable-dmx \
              --enable-xvfb \
              --enable-xnest \
              --enable-composite \
              --enable-xcsecurity \
              --enable-xorg \
              --enable-xtrap \
              --enable-xevie \
          --enable-xephyr \
              --enable-glx-tls \
              --enable-xorgcfg \
          --enable-kdrive \
          --disable-xfbdev \
          --disable-xfake \
          --disable-xsdl \
          --disable-kdrive-vesa \
              --enable-install-setuid \
              --disable-xprint \
              --sysconfdir=/etc/X11 \
              --localstatedir=/var \
              --with-default-font-path=/usr/share/fonts/misc,/usr/share/fonts/100dpi:unscaled,/usr/share/fonts/75dpi:unscaled,/usr/share/fonts/TTF,/usr/share/fonts/Type1 \
              --with-rgb-path=/usr/share/X11/rgb \
              --with-xkb-path=/usr/share/X11/xkb \
              --with-xkb-output=/usr/share/X11/xkb/compiled \
              --with-dri-driver-path=/usr/lib/xorg/modules/dri \
              --disable-config-hal \
              --disable-static

  make || return 1
  make DESTDIR=${startdir}/pkg install || return 1

  install -m755 -d ${startdir}/pkg/etc/X11 || return 1
  install -m755 -d ${startdir}/pkg/var/lib || return 1
  mv ${startdir}/pkg/usr/share/X11/xkb/compiled ${startdir}/pkg/var/lib/xkb
  ln -sf /var/lib/xkb ${startdir}/pkg/usr/share/X11/xkb/compiled || return 1

  cd ${startdir}/pkg/usr/lib/xorg/modules/extensions
  mv libGLcore.so libGLcore.xorg
  mv libglx.so libglx.xorg

  # No longer needed, but as nvidia-utils mangles these files,
  # keep them like this so they can be restored
  mv ${startdir}/pkg/usr/lib/xorg/modules/libwfb.so \
     ${startdir}/pkg/usr/lib/xorg/modules/libwfb.so.1.4 || return 1

  install -m755 -d ${startdir}/pkg/usr/share/licenses/${pkgname}
  install -m644 ${startdir}/src/${pkgname}-${pkgver}/COPYING ${startdir}/pkg/usr/share/licenses/${pkgname}/ || return 1
}

And the glorious errors:

[tuomas@daedalus xorg-server]$ makepkg
==> Making package: xorg-server 1.3.0.0-2 i686 (Thu Oct 30 04:09:04 GMT 2008)
==> Checking Runtime Dependencies...
==> Checking Buildtime Dependencies...
==> Retrieving Sources...
  -> Found xorg-server-1.3.0.0.tar.bz2 in build dir
  -> Found MesaLib-7.0.3.tar.bz2 in build dir
==> WARNING: Integrity checks (md5) are missing or incomplete.
==> Extracting Sources...
  -> bsdtar -x -f xorg-server-1.3.0.0.tar.bz2
  -> bsdtar -x -f MesaLib-7.0.3.tar.bz2
==> Removing existing pkg/ directory...
==> Entering fakeroot environment...
==> Starting build()...
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: You should add the contents of the following files to `aclocal.m4':
libtoolize:   `/usr/share/aclocal/libtool.m4'
libtoolize:   `/usr/share/aclocal/ltoptions.m4'
libtoolize:   `/usr/share/aclocal/ltversion.m4'
libtoolize:   `/usr/share/aclocal/ltsugar.m4'
libtoolize:   `/usr/share/aclocal/lt~obsolete.m4'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
configure.ac:1677: error: AC_SUBST: `libdir exec_prefix prefix' is not a valid shell variable name
configure.ac:1677: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: autom4te failed with exit status: 1
==> ERROR: Build Failed.
    Aborting...
[tuomas@daedalus xorg-server]$

Last edited by tuomas (2008-10-30 04:24:25)


arch@thinkpad t61

Offline

#33 2008-10-30 04:49:37

jb
Member
From: Florida
Registered: 2006-06-22
Posts: 466

Re: "Mouse lag" in Enemy Territory and others

Oh, you have the other ET problem.  There's two right now.

1. (Yours) mouse doesn't interpret slight movements correctly.
2. (mine) mouse lags increasingly upon scrolling.


...

Offline

#34 2008-10-30 05:48:24

tuomas
Member
From: Europe
Registered: 2008-10-27
Posts: 17

Re: "Mouse lag" in Enemy Territory and others

jb wrote:

Oh, you have the other ET problem.  There's two right now.

1. (Yours) mouse doesn't interpret slight movements correctly.
2. (mine) mouse lags increasingly upon scrolling.

How unfortunate that I end up with both.

Just tested with Quake3 and can report the same problems, tried both the stock binaries and ChallengeQuake3, both have the same problem and changing in_mouse (1/-1) has no effect. I can only conclude this is a xorg issue. If only I could get 1.3.0.0 to compile and test on there sad I'll work on this more tomorrow, want to avoid rebooting just to play games that run natively.

EDIT: Guess I was looking in all the wrong places. Was messing around with cvars and decided to try an in_dgamouse value that wasn't 0 or 1, setting it to 2 seems to have fixed my weird sensitivity problem! Now it's just the scroll wheel.

Last edited by tuomas (2008-10-30 18:31:52)


arch@thinkpad t61

Offline

#35 2008-10-31 03:12:11

tonyisnt
Member
Registered: 2008-03-18
Posts: 158

Re: "Mouse lag" in Enemy Territory and others

I have a 1.3 package for i686 if you would like to try it.  Like I've already stated, it works fine for me, except for the completely separate bug that disables DPMS after running mplayer with the -stop-xscreensaver option.

http://tonyisnt.dod.net/junk/xorg-serve … pkg.tar.gz

Offline

#36 2008-10-31 20:07:58

tuomas
Member
From: Europe
Registered: 2008-10-27
Posts: 17

Re: "Mouse lag" in Enemy Territory and others

Thanks for the package Tony, I'll be sure to test it out.

There is one other problem that I didn't realise though, while in_dgamouse 2 works for Enemy Territory, other Q3 engine games do not have this luxury. I tried the stock Q3 builds, ChallengeQ3, IOQ3 and all had the same problem that I posted about originally (with the shoddy video).

I found this thread on the gentoo forums talking about applying this patch but the link is long dead and googling for it doesn't give me any good results. I'll probably try to keep hunting it down, apparently all it did was double the mouse inputs when using DGA?

Meh. Back to a headache.

(Slightly offtopic, is there an easy way to check mouse DPI under X?)


arch@thinkpad t61

Offline

#37 2009-03-05 12:58:06

yossarianuk
Member
Registered: 2007-05-02
Posts: 103

Re: "Mouse lag" in Enemy Territory and others

Hi.i

I have been having the exact same issues

export SDL_VIDEO_X11_DGAMOUSE=0  fixes some games

Not ET ot ETQW, etc

However I have found a workaround for these games :-

- open console in game
change in_dgamouseseting to  0

- this makes my mouse freeze - i have to quit (using the game console)

As the command freezes my mouse I have to restart X
(You only have to do this the once)

- restart game
- its completely fixed !!!!!!!!

you could always edit the .cfg file and manually edit in_dgamouse setting

this fixes et - etqw and doom3 .......

Not sure why it freezes the 1st time (I am runnig ubuntu and arch - the same issue as you was effecting both distros btw)

see http://corent.proboards42.com/index.cgi … thread=156 for more

Offline

#38 2009-04-15 23:38:40

justin
Member
From: Philadelphia
Registered: 2007-04-18
Posts: 132

Re: "Mouse lag" in Enemy Territory and others

From what I can tell, the issue with the scroll wheel causing lag (Quake 3) is fixed is fixed after the recent xorg update.

Offline

#39 2009-04-16 04:40:26

jb
Member
From: Florida
Registered: 2006-06-22
Posts: 466

Re: "Mouse lag" in Enemy Territory and others

While we're necromancing this thread,  I'll confirm justin's post that the scroll-wheel-induced lag is gone in the latest xorg.


...

Offline

#40 2009-07-29 02:58:26

tonyisnt
Member
Registered: 2008-03-18
Posts: 158

Re: "Mouse lag" in Enemy Territory and others

I'm going to bring this thread back up yet again.

I'd been having some weird trouble with multiple xservers crashing or restarting so I decided to try (finally) updating to the latest xorg-server, since I've been using 1.3 for... well, forever.  In my regular operating environment everything works fine, and while the mouse lag is gone in Wolfenstein, now I can't map to my extra mouse buttons.  This is the same using the evdev driver and the mouse driver.  The pressing of either my left or right mouse buttons chooses "KP_EQUALS" in game.  That'd be fine if each button mapped to a different keyboard key, but they both map to the same one, meaning I can only use one or the other (when I use both).

Offline

Board footer

Powered by FluxBB