Because ETF2L admins probably copied it from some site without knowing what it does.
Le 16 avril 2012 00:57, lwf <l...@rocketblast.com> a écrit : > I don't know the reasoning but I do know ETF2L uses > sv_max_usercmd_future_ticks 3. Did you have any problems with that? > > Please submit a ticket on the SMAC bugtracker. > http://tracker.hlxce.com/projects/smac/issues/new > > On Sun, Apr 15, 2012 at 19:28, hlds <h...@gmx.com> wrote: >> I found out today that if sv_max_usercmd_future_ticks is set to 1 then the >> server may "drop" some commands sent by low-ping players and in some extreme >> cases may even ignore all of them and the player won't be able to move, to >> change the current weapon etc. >> >> The description for this cvar is "Prevents clients from running usercmds too >> far in the future. Prevents speed hacks.". By default is 8, but many servers >> have this set to 1 to block speedhacks (from server's config or using SMAC >> Anti-Speedhack plugin). >> >> A regular player complained today that he cannot move at all on a server >> with SMAC Anti-Speedhack installed and we did some tests togheter to see >> what is the problem. We've found that on a clean/vanilla server (no metamod, >> no sourcemod, empty config): >> >> a) He cannot move if sv_max_usercmd_future_ticks is set to 1 >> b) He can move if sv_max_usercmd_future_ticks is 2, but every 2-3 seconds >> has a small spike (like is moved backward) >> c) Everything is ok if sv_max_usercmd_future_ticks has the default value (8) >> >> Then we did tests on some public servers that have SMAC Anti-Speedhack >> installed. The result is that he cannot move at all on low ping servers >> (<20ms), but everything was ok on high ping server (>50ms). >> >> Then we did the tests again on the clean/vanilla server, but this time >> increasing the ping using net_fakelag convar: >> >> a) He cannot move if sv_max_usercmd_future_ticks is 1 and net_fakelag is 0 >> b) He can move if sv_max_usercmd_future_ticks is 1 and net_fakelag is set to >> 1 (the ping was increased with ~15ms, not with 1ms as expected) >> c) The movements seems to be smoother if net_fakelag is increased to 50 or >> even more >> >> During all these tests I didn't had any problems, even if we had similar >> ping on the test servers. >> >> Also since I set sv_max_usercmd_future_ticks to 1 on my public server some >> regulars with low ping complained that from time to time they are moved >> backward and this didn't happen before. >> >> In conclusion, probably there's a reason why Valve set this to 8 by default. >> >> >> >> _______________________________________________ >> To unsubscribe, edit your list preferences, or view the list archives, >> please visit: >> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, please > visit: > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux -- Best regards, AnAkIn _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
