doesnt make sense, client is okay too. i cant find where this behavior comes from yet
02:51
i know in which function now, but still
02:54
there the error comes from.
02:58
okay cool, if i comment out client/controls.cpp#L142 ClampMousePos();, then the bug doesnt appear anymore AND the mosuepos is still clamped, because ClampMousePos(); gets called in CControls::OnRender() too, every tick.
03:01
so that means, since the mouse pos is still clamped BUT this reset bug doesnt happen, that between the clampmousepos call in onrender and the sending of the mousepos somthing happens with the mosuepos
03:01
because after the call of clampmousepos from the snapinput function, the input is instantly applied
03:02
I doubt we need the ClmapMousePos call in SnapInput
I donโt like bans day :/ you can write !disconnect in chat and he will disconnect and also z7 leaves the server when there are more than 3 players online. It is there to keep nameless tees busy and bring live to the game.
@oy when will you be able to make a decision on that pr? if possible id like to have a fix for this before the next rls :) (dont wanna push too much, sorry ^^)
i dont think so. this is only to let the client show them again. i have added those tiles for myself, but dont use them, just use the pickups for dropped weapons
16:55
tiles are not needed, if someone really needs them they have an easy possibilty to add them. But this right here is needed to make that