Hello again, Try applying this setting in the ioquake3 console: "in_dgamouse 2" (no quotes)
I recently had to do this with Quake Live with a recent SDL build. My problem was not the same as your's but is similar. According to this (http://ubuntuforums.org/showthread.php?t=60529), it turns off SDL mouse acceleration. Later, EJ On Wed, Jun 30, 2010 at 8:23 AM, eviljoel <[email protected]> wrote: > Hello Nerius, > > I am somewhat familiar with this problem. I think I got it in some > other Quake based game. I'm pretty sure your mouse cursor is hitting > the edge of the screen and can't go any further. What most PC video > games do is constantly reposition the mouse cursor on the center of > the screen. Your version of SDL seems to have problems doing that for > some reason. > > Hopefully this gives you some clue to help you move forward. > > Later, > EJ > > > On Wed, Jun 30, 2010 at 6:30 AM, <[email protected]> wrote: >>> I'm running the latest and greatest ioquake3 from SVN to run Urban >>> Terror on CentOS 5.3. I am having a problem where my mouse movements >>> seem to be artificially limited. For example, when I enter the game, >>> and I start moving the mouse to the right side, my player will rotate >>> right, and then will hit a "limit", after which any further movement >>> of the mouse to the right won't result in further player rotation. >>> >>> I compiled ioquake3 from SVN (the latest) because I was getting the >>> same problem with ioUrbanTerror plain vanilla. However, the latest >>> ioquake3 did not fix this problem. >>> >>> When I compile either ioUrbanTerror or ioquake3 with SDL disabled, I >>> don't get this problem, which leads me to suspect that the problem is >>> somehow SDL-related. >>> >>> CentOS seems like a fairly standard Linux distribution, so I'm sure >>> other people have run into this problem. However, I do not endorse >>> CentOS. Are there any good fixes for this? I would like to keep SDL >>> enabled if possible. >> >> Seeing as how CentOS is basically the same as Red Hat Enterprise Linux, >> gaming performance is probably not high on the distro's list of things >> they care about. I would think that the problem probably shows up on the >> equivalent RHEL distro and is distro-related. >> >> Someone with more *nix knowledge might be able to suggest plopping in a >> different/newer version of SDL to see if that fixes things but that's >> beyond the scope of my brain-meats. >> >> Monk. >> _______________________________________________ >> ioquake3 mailing list >> [email protected] >> http://lists.ioquake.org/listinfo.cgi/ioquake3-ioquake.org >> By sending this message I agree to love ioquake3 and libsdl. >> > _______________________________________________ ioquake3 mailing list [email protected] http://lists.ioquake.org/listinfo.cgi/ioquake3-ioquake.org By sending this message I agree to love ioquake3 and libsdl.
