After grappling with evdev before finding out you can't use it in ezQuake and X simultaneously, I tried using in_mmt (which, unless it's a placebo effect, seems to smooth out my mouse tenfold) which seems to have some bizarre, annoying side effects which are as follows:
- I have to add -nokdga to my cmdline, otherwise the game doesn't get any mouse input at all.
- Whenever I try to start a singleplayer game it freezes at the console before the levelshot is loaded, let alone the map, requiring me to *sigkill* the process off.
- Trying to exit the client causes it to freeze almost every time, forcing me to at the very least sigterm the process, however I often have to sigint, sighup or occasionally even sigkill the process away.
- I occasionally get "evdev error: during thread cancel" in my console, which freezes my mouse up, however in_restart usually restores it's functionality without disabling evdev or mmt.
All of these issues only occur with in_mmt turned on, evdev by itself works flawlessly. The game usually actually plays just fine with in_mmt with the exception of the random evdev errors (which haven't happened mid-game yet, but have happened when trickjumping and during warmup time), however the freezing on exit is almost infuriating. I don't see any errors showing up when I try running the game from a terminal, the process just doesn't die on it's own. I do notice fglrx errors along the lines of "[fglrx:firegl_lock_free] *ERROR* lock was not held by 1!" and "[fglrx:firegl_unlock] *ERROR* lock_free failed!" when I manually kill the process, but that's likely more due to me killing the process off "improperly" than having anything todo with the problem. It's rather irritating, seeing as evdev without in_mmt feels almost as bad as using in_mouse 2, unless it's just my imagination.
Has anyone else experienced anything quite like this and found any solutions? I can provide more info on my setup if it'd be any use.
On a sidenote, I'm pretty sure I've seen somebody report this already on SourceForge, but the x86_64 build fails f_modified. Just thought I'd like to point that out.
EDIT: Thought I should point out the vitals before anyone asks. I'm running Gentoo amd64, using kernel 2.6.27, Logitech G5 @ 500hz, X.org 7.2, fglrx 8.542. I can provide more info if it'd be of any use D:
- I have to add -nokdga to my cmdline, otherwise the game doesn't get any mouse input at all.
- Whenever I try to start a singleplayer game it freezes at the console before the levelshot is loaded, let alone the map, requiring me to *sigkill* the process off.
- Trying to exit the client causes it to freeze almost every time, forcing me to at the very least sigterm the process, however I often have to sigint, sighup or occasionally even sigkill the process away.
- I occasionally get "evdev error: during thread cancel" in my console, which freezes my mouse up, however in_restart usually restores it's functionality without disabling evdev or mmt.
All of these issues only occur with in_mmt turned on, evdev by itself works flawlessly. The game usually actually plays just fine with in_mmt with the exception of the random evdev errors (which haven't happened mid-game yet, but have happened when trickjumping and during warmup time), however the freezing on exit is almost infuriating. I don't see any errors showing up when I try running the game from a terminal, the process just doesn't die on it's own. I do notice fglrx errors along the lines of "[fglrx:firegl_lock_free] *ERROR* lock was not held by 1!" and "[fglrx:firegl_unlock] *ERROR* lock_free failed!" when I manually kill the process, but that's likely more due to me killing the process off "improperly" than having anything todo with the problem. It's rather irritating, seeing as evdev without in_mmt feels almost as bad as using in_mouse 2, unless it's just my imagination.
Has anyone else experienced anything quite like this and found any solutions? I can provide more info on my setup if it'd be any use.
On a sidenote, I'm pretty sure I've seen somebody report this already on SourceForge, but the x86_64 build fails f_modified. Just thought I'd like to point that out.
EDIT: Thought I should point out the vitals before anyone asks. I'm running Gentoo amd64, using kernel 2.6.27, Logitech G5 @ 500hz, X.org 7.2, fglrx 8.542. I can provide more info if it'd be of any use D:
News