1

Topic: Loosing control of the tee

I think the bug appears when you're pressing too many keys at once. But sometimes (about once each round) you loose control over your tee and it won't  come back till someone kills you and you respawn.

As I said, I think it appears when you press too many keys at once, but I'm not certain. I have tried to trigger this bug manually, but haven't succeeded.
It might be a local problem with my computer (running GNU/Linux) but I haven't noticed it outside teewars. The problem last appeared at the latest version (2.3).

Other than this, the game have operated very smooth and nice. I love it ^^
It's a great "tentaflykt".

2

Re: Loosing control of the tee

i dont know why im doing this b/c i barely ever post but... this happens to lots of computers when you have a slow moment but not realize it. The computer lags a but but it recordes what u wanted to do. Then when it stops lagging, it does the buttons u pressed before. Your still trying to control the tee so it adds on the the "buttons you wanted to press" list

3

Re: Loosing control of the tee

I've had this several times. If your tee keeps running left, the game didn't notice that you released the "left" key. You have to press and release it again.

4 (edited by yorak 2009-01-27 22:26:16)

Re: Loosing control of the tee

TomasRiker wrote:

I've had this several times. If your tee keeps running left, the game didn't notice that you released the "left" key. You have to press and release it again.

I have this very same (or at least very similar) problem with my teeworlds 0.5.1 client on Linux-x64. Keypresses and mouse events (hook, fire, even movement) are getting dropped. Sometimes hook gets "stuck" (up event is not registered) and only clicking again releases it. The very same behaviour occurs also with fire button.

The situation where this occurs varies, sometimes I can play the game OK, but usually game is unplayable. Me thinks teeworlds somehow purges event queue in the wrong time. This causes the input events getting lost.

5

Re: Loosing control of the tee

This is a bug with SDL.

A quick workaround is launching the game that way:

SDL_VIDEO_X11_DGAMOUSE=0 ./teeworlds

Tell me if the bug still happens then (there is a further solution in that case).

6

Re: Loosing control of the tee

Thank you for your effort Magnet.

Despite using the SDL flag you suggested I still have this erratic input behaviour. This problem appeared when I upgraded from 4.3 to 5.0. After upgrading to 5.1 the game was playable but now I have "the problem of lost events" all over again. sad Perhaps something changed in the server end?

Any suggestions how to troubleshoot this? I will try downgrading, but others?

7

Re: Loosing control of the tee

yorak wrote:

Thank you for your effort Magnet.

Despite using the SDL flag you suggested I still have this erratic input behaviour. This problem appeared when I upgraded from 4.3 to 5.0. After upgrading to 5.1 the game was playable but now I have "the problem of lost events" all over again. sad Perhaps something changed in the server end?

Any suggestions how to troubleshoot this? I will try downgrading, but others?

Are you using a wireless keyboard+mouse set with only one receiver?
Are you using the evdev input driver?

Please provide the output for:
lshal | grep input.x11_driver

Thanks

8

Re: Loosing control of the tee

Magnet wrote:

Are you using a wireless keyboard+mouse set with only one receiver?
Are you using the evdev input driver?

Please provide the output for:
lshal | grep input.x11_driver

You are the greatest! Moving the reciever of my Wireless Logitech Keyboard/Mouse closer to my mouse solved the problem (from ~50 cm to ~20 cm). Or at least fixed the symptoms. It is a bit unclear to me what is causing them!

This solution seems bizarre, because I have no misclicks or similar symptoms on desktop usage. Also my test with "xev | grep -i button" showed that even doubling the distance between my mouse and the reciever does not affect the events being registered.

Are xev and teeworlds using different method in reading the input?

I also use 1.2 V rechargeable batteries instead of 1.5 V "normal" AA-ones, so perhaps the transmitter power of the mouse is suboptimal.. It sounds almost believeable to me that fast movement while gaming generates so many events that the unreliability of poor wireless link begins to show?

Any comments?

ps. I got no output when issuing the "lshal | grep input.x11_driver" command for my x64 Ubuntu 8.04 box. I did collect my input devices that hal manages to this text file.

9

Re: Loosing control of the tee

I'm glad it helped.

If you are using 8.04, please show me the Input section of /etc/X11/xorg.org relevant to your mouse, or simply tell me if you are using "evdev" or the "mouse" legacy driver.

Thanks

10

Re: Loosing control of the tee

I had the same problem..
but it went up after a while..
now it just normaly..

I told my personality and im a nobody so Bye everyone!
*Banned* /FireArrow

11

Re: Loosing control of the tee

Magnet wrote:

If you are using 8.04, please show me the Input section of /etc/X11/xorg.org relevant to your mouse, or simply tell me if you are using "evdev" or the "mouse" legacy driver.

It seems I'm using "mouse" driver (xorg snipplet below). Perhaps it is like this because my Ubuntu installation was upgraded from 7.10?

I will try to change to evdev mouse driver tomorrow and see if it eases the symptoms and report how it goes.

The best part is that my tee does what he is supposed to do. What a great game! smile

Section "InputDevice"
    Identifier    "Configured Mouse"
    Driver        "mouse"
    Option        "CorePointer"
    Option        "Device"    "/dev/input/mice"
    Option        "Protocol"    "ImPS/2"
    Option        "ZAxisMapping"    "4 5"
    Option        "Emulate3Buttons"    "true"
EndSection