gaoesa

You can get more detailed information of what is using the memory with following commands: pmap -x and cat /proc//smaps Take a snapshot and after some time when the memory consumption has risen significantly, another snapshot. Also, there are engine related reasons why you should restart the server more often then one month interval. The server time will rotate for example.

Was he still conecting? Whenplayers are connecting it is typical that they don't have such infos. Also, what is the silEnT version you are using? EDIT: Players without silEnT GUID get kicked from the server for invalid silEnT GUID. I haven't been able to go around this even with a modified client.

Please double check that you have all, pak0, pak2, pak3 and mp_bin in the etmain folder of the client. The server is not strict about those. EDIT: Ok, good you got it working using same install. Just for future info for anyone else trying, you can also use different install to connect local et server.

By regular methods. If you're testing locally, you can start normal ET.exe after the server process is running and then with command /connect 127.0.0.1 where the 127.0.0.1 means localhost. I personally find that there are often difficulties connecting locally if the ET.exe is running before the server process is running.

You should use etded.exe for a standalone server process. Also +set dedicated 2 may be necessary.

What is the command line you use to start the server? The issue in the other thread was solved by integrating the Lua interpreter into the mod. These issues are different. EDIT: Just realized that you tried the dynamic_lua build. The difference between the default and the dynamic Lua is that with dynamic Lua build, you will need to place a separate lua5.1.dll that is loaded to interpret the scripts. This was missing and that is why you got the PPSH thing as the silent mod didn't start. The lua5.1.dll is usually placed next to the etded.exe. But in some cases the required location may be different depending on how the filesystem cvas are set.

It's not our intent to be a direct copy of any other mod. If a feature doesn't serve a purpose, we prefer not to implement it.

I don't see why it would be useful to prevent pushing invulnerable players.

1. I doubt that we can make them any smaller anymore. You already have to aim directly at the player to hit the player with the needle. Or alternatively crouch. As a side note, default prone boxes in ET are so big that you don't need to crouch or aim at the player to revive. 2. I have never used prone infigths. Also, never have had to set any settings for it on servers. So that's why no experience I could refer. Will look into this and possibly add settings for it if missing.

With g_fixedphysics 0 you are slower and your jumps are lower because you have bad FPS. The g_fixedphysics is supposed to do the same as b_fixedphysics. That is to make you jump as high as if you had 125 FPS (or any setting in you use in g_fixedphysicsfps) and no g_fixedphysics. This setting doesn't work properly with FPS values that should give negative effects. This is because it doesn't do the rounding error to the negative side properly. The follow up question: 1 You're actually first that is not whining that we made the revives too hard. The prone boxes are smaller then typical ones. I don't remember the ETPro prone boxes but like I said, you're the first one who feels it's this way. 2. I'm not familiar with this to comment.

For g_fixedphysics, you should use at least version 0.7.2. In versions before that, it is giving small additional boost. Which may feel like lower gravity.

They should be logged. Please tell us what is your setting on the g_clientBinaries cvar. http://mygamingtalk.com/wiki/index.php/Silent_Mod_Server_Cvar#g_clientBinaries Also, if you use the Lua callback for the client binaries. http://mygamingtalk.com/wiki/index.php/Silent_Lua#et_ClientBinary If the g_clientBinaries is set to report, missing reports are a bug. EDIT: I have confirmed that there is a bug and the known cheat binaries are not reported to the cheat logs anymore.

This document hasn't been updated in years.

Maybe an issue with the filesystem. Do you have the proper read write privileges set to the file? Also, there should be some lines about it in the server log. Check to see if there is a cheat log file opened line or something that would report errors.

Yes.

I couldn't reproduce the problem. You are using the commands in the configs instead of some cvars?

The !panzerwar command is buggy. It executes as it is supposed to, but the results are not correct. The "!crazygravity on" and "!crazygravity off" commands work correctly from the map configs.

You need to use the command crazygravity. Using the cvar directly will not enable it. So use the command in the map config file, not the cvar. We should probably remove the cvar so it would not cause confusion. The map config files will execute commands and anything that can be given to the rcon. EDIT: Checked it a bit and it may work at least partly with the cvar. But using the commands is still the preferred way just in case there are some things that must be set.

Admins should still verify the wallhack with carefull review of the demo. Most often there are things that one does not notice while speccing a live game. So it isn't that usefull on a server.

In adition to ident options, you might want to take a look at !subnetban command. Also, http://mygamingtalk.com/forums/topic/2501-proxies-which-admins-can-pre-ban-to-stop-cheaters-trouble-makers-etc/ might be usefull for stopping the cheaters using proxies. Ability to set r_shownormals to individual players on the server would open possibility for exploit. So we will not be doing this. The possible benefits don't outweight the risks. Player IPs change a lot. Some people can have their IP change every hour. It is not possible to track aliases by IP addressess. You have the option to use !usersearch IP command though. It is more tricky indeed, but does provide all the information with more work.

Fixed in next version.

This is related to cg_optimizePrediction 1. EDIT: And all versions are affected by this.

That is because there are no [admin] blocks used in the shrubbot.cfg. Please look http://mygamingtalk.com/wiki/index.php/Silent_Shrubbot#.21useredit to set greetings per player. EDIT: You may be able to use your old admin blocks to fill the database with the greetings easier with !readamins command. http://mygamingtalk.com/wiki/index.php/Silent_Shrubbot#.21readadmins

In all war modes in silent, the objective tools are available. If you want to disabled them, then probably the Lua could be used for it. Unfortunately, only wars that are implemented are: panzer war, rifle war and sniper war. http://mygamingtalk.com/wiki/index.php/Silent_Mod_Server_Cvar#g_panzerwar For other wars, again the Lua might be used to implement them. Unfortunately, I don't know of any ready made scripts for these things.

Fixed.