fixup wrong comments / wrong cvar settings / wrong other things #30
Conversation
tested thoroughly on https://creators.tf/servers and https://sappho.io/spaceship/
| // ^ more info: https://github.com/VSES/SourceEngine2007/blob/master/se2007/game/server/player.cpp#L3036 | ||
| // sm_cvar sv_maxusrcmdprocessticks_holdaim 2 // prevents pSilentAim from working (hopefully) | ||
| // sm_cvar tf_flamethrower_vecrand 0 // fixes random flamethrower velocity | ||
| sm_cvar sv_maxusrcmdprocessticks 8 // patch doubletap cheat and tighten up lag comp |
There was a problem hiding this comment.
8 reduces doubletap / fakelag abuse to basically nothing
| sv_client_min_interp_ratio "1" // clamps min client interp settings | ||
| sv_client_max_interp_ratio "2" // clamps max client interp settings | ||
| sv_client_cmdrate_difference "0" // clamps client cmdrate | ||
| sv_client_cmdrate_difference "0" // clamps client cmdrate to the same as client's updaterate, these should never not match each other unless you want huge client prediction issues |
There was a problem hiding this comment.
if you want to force this in code a la defensive programming and not just trusting valve it exists in stac
| sv_mincmdrate "30" // sets the min value for clients to send usercmds to the server to 30 per second | ||
| sv_maxcmdrate "66" // sets the max value for clients to send usercmds to the server to 66 per second | ||
| sv_minrate "65535" // sets min acceptable client rate to 65535 bytes/sec, a sane value below tf2's default rate but not by a huge margin | ||
| sv_maxrate "0" // sets max acceptable client rate to "unlimited", tho anything higher than 1048576 is ignored as it is tf2's "max" rate. | ||
| sv_minupdaterate "66" // sets min rate of requestable packets from server to client to 66 per sec | ||
| sv_maxupdaterate "66" // sets max rate of requestable packets from server to client to 66 per sec | ||
| sv_minupdaterate "30" // sets min rate of packets from server to client to 30 per sec | ||
| sv_maxupdaterate "66" // sets max rate of packets from server to client to 66 per sec |
There was a problem hiding this comment.
be slightly more lenient with net settings so as to not make people with crappy connections absolutely miserable. also fixup wrong comments
| // sv_clockcorrection_msecs "15" // attempts to better synchronize client's ticks closer to server's ticks. currently commented while i test possible hitreg issues | ||
| // ^ more info: https://github.com/VSES/SourceEngine2007/blob/master/se2007/game/server/player.cpp#L3036 | ||
| // sm_cvar sv_maxusrcmdprocessticks_holdaim 2 // prevents pSilentAim from working (hopefully) | ||
| // sm_cvar tf_flamethrower_vecrand 0 // fixes random flamethrower velocity |
There was a problem hiding this comment.
these are wrong and useless.
sv_clockcorrection not being default seems to break random weapon Think() functions for some arcane reason, as well as bhopping
sv_maxusrcmdprocessticks_holdaim 2 doesn't fix anything, it just makes the server hold usercmds for an extra cmd for no reason
sv_maxusrcmdprocessticks_holdaim is a league decision. don't comment it, just readd it if rgl ever wants to.
| @@ -80,7 +79,6 @@ sv_gravity "800" // Sets gravity to default (800 | |||
| sv_pure "2" // Sets sv_pure to 2. Don't touch this | |||
| sv_pure_kick_clients "1" // kick clients violating or attempting to violate sv_pure | |||
| sv_pure_trace "1" // sets the server to print a message whenever a client is verifying a CRC for a file | |||
| sv_pure_consensus "5" // minimum file hash checks for sv_pure | |||
There was a problem hiding this comment.
sv pure doesn't hash files. the code for this is commented out. this cvar therefore does nothing
| @@ -126,7 +124,6 @@ tv_transmitall "1" // transmits all entity data fr | |||
| // ^ THIS DOES NOT REPLACE SOURCETV+, which can be found here: https://github.com/dalegaard/srctvplus | |||
| tv_enable "1" // enables Source TV | |||
|
|
|||
| sv_turbophysics "1" // prevents people from moving physics objects by shooting them or running into them when combined with disabling +use. results in less CPU usage on the server | |||
There was a problem hiding this comment.
comment is for if turbophysics is off, not on, also you don't want this off, it will break passtime maps and other maps with phys for no realistic performance gain
There was a problem hiding this comment.
i don't really understand why you're removing this line entirely? you don't want it off, so the line should stay, correct?
in addition to what sappho was saying about the comment, the valve dev wiki states that When sv_turbophysics is non-zero, players can't move physics objects by touch. To move them in turbophysics mode, they must press the use key. i've tested it and force from shooting the passtime ball with hitscan or projectiles does not change based on the value of sv_turbophysics. maybe this affects shooting other physics objects tho?
There was a problem hiding this comment.
it's not shooting the ball, it was some strange issue where occasionally (not all the time) the passtime ball would be weird when you picked it up. i don't remember why i deleted it, i don't think there is a reason to delete it?
sapphonie
changed the title
net settings tested thoroughly on https://creators.tf/servers and https://sappho.io/spaceship/