[dark_style]

Originally Posted by Arkshine sv_airaccelerate is SERVER cvar, so a global setting and not per player.

And it can't be created as he wants?

[Arkshine]

About your problem, no idea because it modifies the param of the structure on the fly and I don't see how it could be flood on the player unless you send a weird value. Try to sent a value as integer not float.

[dark_style]

When the value is not a float, the function is not working and after second player try to connect he gets the same error.

[Arkshine]

You're right, it should be float.

Still, I don't see how it could be flood on player just by changing a param on the fly.
Have you tried lowered value for example 15 and see what happens ?

[kostov]

Originally Posted by Arkshine You're right, it should be float. Still, I don't see how it could be flood on player just by changing a param on the fly. Have you tried lowered value for example 15 and see what happens ?

I set 15.0, the result was the same:

WARNING: reliable overflow for NickName
Dropped NickName from server
Reason: Reliable channel overflowed

[Arkshine]

After thinking, I guess I understand why it floods.

PM_Move() is called when a player is moving, so called for all players and a lot of time.
The param we change on the fly is a structure containing the values of server cvars related to movement.

When a player connects to a server, a SVC_NEWMOVEVARS message is sent, containing the value of theses cvars, so the client is updated properly.
Each time you change the value of these cvars through the console, it checks if the value saved (movevars structure) is the same as the entered value, and if not, a message is sent to the client. Actually it checks constantly if there is a change.

So, now, what happens when you hook PM_Move, something called very often, and you change a value from the movevar structure ? A SVC_NEWMOVEVARS message is most likely be sent each time to the client, resulting a flood.

As solution it might be enough to sent only one time SVC_NEWMOVEVARS manually and you remove the need of hooking PM_Move. Though I have no idea if it will work, it may detect a change between client/server and the server may sent a new message.

[kostov]

Originally Posted by Arkshine After thinking, I guess I understand why it floods. PM_Move() is called when a player is moving, so called for all players and a lot of time. The param we change on the fly is a structure containing the values of server cvars related to movement. When a player connects to a server, a SVC_NEWMOVEVARS message is sent, containing the value of theses cvars, so the client is updated properly. Each time you change the value of these cvars through the console, it checks if the value saved (movevars structure) is the same as the entered value, and if not, a message is sent to the client. Actually it checks constantly if there is a change. So, now, what happens when you hook PM_Move, something called very often, and you change a value from the movevar structure ? A SVC_NEWMOVEVARS message is most likely be sent each time to the client, resulting a flood. As solution it might be enough to sent only one time SVC_NEWMOVEVARS manually and you remove the need of hooking PM_Move. Though I have no idea if it will work, it may detect a change between client/server and the server may sent a new message.

I do not know if this is correct, but block SVC_NEWMOVEVARS like this:

PHP Code:

set_msg_block(SVC_NEWMOVEVARS, BLOCK_SET); 


Тhe result was the same. Sorry, can you give sample code to limit SVC_NEWMOVEVARS witch orpheu?

[Arkshine]

You can't hook/block it, it's used internally in the engine. But you can send it manually.

A solution would be probably to send manually one time and to not use the native (more the method using PM_Move which is a bad way).

[kostov]

Originally Posted by Arkshine You can't hook/block it, it's used internally in the engine. But you can send it manually. A solution would be probably to send manually one time and to not use the native (more the method using PM_Move which is a bad way).

Well then the problem does not exist. Ok, Thank you for your help

[Arkshine]

Not sure if you have understood me..