I need a total control over the player >:D

[Klofkac]

Or you can just spectate, that triggers the DISCONNECT scripts.

[ZZYZX]

Consolecommand("cl_disallowfullpitch True"); //////////////<---This doesn't work :(

I think it's better to use this if this exceeds the values possible in the software renderer (ConsoleCommand is worse than uncapped interpolation errors anyway). An ENTER CLIENTSIDE script that runs itself in a cycle each tic.

You might as well add a custom player class with custom sprite (custom sprite frame names, yet same Doomguy graphics) that'll break all the existing skins horribly (again, still better than using ConsoleCommand). Not sure of how the skins work though.

And well, sv_noidentifytarget is serverside anyway so you don't need to script it.

[Klofkac]

I think it's better to use this if this exceeds the values possible in the software renderer (ConsoleCommand is worse than uncapped interpolation errors anyway). An ENTER CLIENTSIDE script that runs itself in a cycle each tic.

This works okay in singleplayer, but in online game it is extremely jittery. Still, better than nothing I suppose...

You might as well add a custom player class with custom sprite (custom sprite frame names, yet same Doomguy graphics) that'll break all the existing skins horribly (again, still better than using ConsoleCommand). Not sure of how the skins work though.

Or just add +NOSKIN flag to the player class.

[ZZYZX]

This works okay in singleplayer, but in online game it is extremely jittery. Still, better than nothing I suppose...

Even in clientsided script? Then it should probably be serversided -_-

[Klofkac]

Even in clientsided script?

Clientsided script would cause desynchronization, I'm concerned.

[Ijon Tichy]

It wouldn't. Parkmore does client sided angle and pitch changes and it works just fine.

The problem is that it can only poll 35 times a second, in an engine where breaking 1000 FPS is entirely doable. It'll be jittery for that reason.