View Full Version : Serverspeed Problem?!
06-04-2006, 01:02 PM
our Server is only since 2 years.
The Configuaration today was "normal" ESL Settings with mani_admin_mod and statsmeminimum Plugin.
Today i made the last steam Update and added some plugins. (metamod source, amxbans, cvarblock)
Result was that the Server crashed because amxbans made a segmenation fault.
Then i changed the Server Settings complete to the configuration in the morning (ESL Settings with only mani_admin_plugin and statsmeminimum)
I dont trusted my eyes as I saw that the Server has now i hihger Game Speed.
- "bunny Hopping" is possible
- The Models run much faster
- The shot frequenzy is higher
- Ya can run right und left without stopping
So it is like Q3...
I have nothing changed and checked all settings 10 times.
I restarted the complete Server for 1 time the fix possible RAM Problems.
And the gamespeed is still the same as before...
I dont know what to do now?
I HAVE THE EXACT SAME PROBLEM!!!
i had lots of CSS servers.
now i installed an other server and got the SPEED HACK problem too!
the server is running FAST!
steps reloads and fire guns all is fast!
06-04-2006, 05:09 PM
I have found the Misstake.
A Plugin changed my server.cfg parameters...
Now the Standard cfg is loaded and everthing works fine
can you tell me what addons you use?
i am using mani admin.
06-04-2006, 05:53 PM
Yet iam using mani
06-05-2006, 08:49 AM
Is this really a "error" or was MEANT to occur with the latest updates?
I also have noticed the speed increase, especially with strafing. The recoil on AK seems to be greater and it seems as if the hitbox registration or networking code was updated. The game plays *very* differently for me now. I also saw in another thread that walking/crouching now gives away a footstep sound every 5-6 steps which I've noticed as well.
I run 3 servers off my box, all 3 behave this way now, as do 3 other servers I play on which belong to friends of mine. All running Linux.
So, I don't really understand how everyone's "mani plugin" would change server.cfg values just because of an update?
I'll check the windows srcds forum and see if anything is mentioned there, but as of yet, I haven't heard another word about any of the server/client updates.
I've got to say, seeing as how the community running SRCDS *pays* hard earned money to run the servers which essentially sell Steam/Valve's client engines, the communication from valve to server owners is piss poor.
I've been to developer.valvesoftware.com where they supposedly blog/wiki all the updates, but there is zero useful information there for server owners running srcds as to what updates have occured.
Is there some place that I (we?) are all missing to get much needed information as to what gets changed in each update??
Heck, I still can't run SRCDS on Linux at 100tick without getting SEVERE choke and lag over 6 players since the March updates.
Sorry this post sort of turned out to be an angry rambling, but I'm just sort of miffed at the lack of communication.
06-05-2006, 09:01 AM
sounds like sv_accelerate is too high?
06-05-2006, 09:08 AM
I don't even have sv_accelerate in my server.cfg, I've never needed it unless I was setting up a custom surf server and needed to override defaults. Heck even then I think it was sv_airaccelerate anyway.
What *should* sv_accelerate be set to now post update?
06-05-2006, 10:05 AM
should be 5 not 10, doing a 'cp skill1.cfg skill2.cfg' may also fix the problem.
06-07-2006, 08:06 AM
Yeah, our CSS server was having same issues (faster player movement, bunny hopping, hearing random footsteps when walking, etc.) It's all because after the last steam update, sv_accelerate was set to 10 instead of 5. Theres a new .cfg file (skill1.cfg) which has sv_accelerate set to 5. But apparently CSS is looking for a nonexistent "skill2.cfg". The result is that sv_accelerate is set to 10, hence the speed problems.
The solution is to simply copy skill1.cfg to skill2.cfg. That solves it. I thought I read where Valve had fixed this, but I retried updating my server yesterday and the problem was still there.
vBulletin® v3.8.7, Copyright ©2000-2013, vBulletin Solutions, Inc.