Chuckun

In =F|A= silent mod servers , we use alot KR to even teams. I think this is a great feature and it helps admins alot with evening teams. The problem is there is alot of players that are.boosting their KR. Most of time , they use panzer only , take a few kills from long distance and then /kill themself. The worst cases end up with 10+ KRs . The fact is that since !shuffle is KR bases , we end up with stacked teams because KR aren't significiant for them. For exemple we end up with that 12KR guy and a few 1+ KRs against 3-4 3+ KRs and a few 1+. . The first team get's destroyed because that guy is only camping with his panzer and he doesn't represents his 12 KR. I think if you could incorporate /kill in KR rating it would help alot.
Thanks for your time , keep up the good work ( best mod ever).
=F|A=QuoVadiS'

As for me the greatest share is not that important. The one with greatest share is not the one sacrificing that much, we can't tell it by the share. For example the one that finished the build could do less but did it under heavy fire, arty or something. If the one with greatest share was able to do that much it means he was not sacrificing much, he got to the job while it was peaceful around him. The one with the smallest share could go to do the job in the time of heavy fire but did his share and made the job easier for the next. In my opinion only the one that finished the job should be rewarded with spree award.

Wouldn't that lead to solo game play to achieve those achievements? From what I see their is very less team work in COD compared to ET.

File Name: AutoPromo
File Submitter: Dragon
File Submitted: 20 Feb 2012
File Category: LUA
 
AutoPromo Lua script which automatically sets admin levels basing on player's XP.
 
Installation:
1. Unzip.
2. Open the file with notepad and configure it for your needs.
3. Upload it into "silent" folder located on your server.
4. Add "autopromo.lua" to lua_modules cvar.
 
Click here to download this file

Here is the proof Hope you are satisfied.
 

OK, the problem with flood protection has been resolved. Multiple Private Messages work now like normal PMs.
There is the new command to send multiple messages:
ml
 

ml 5 3 4 6 7 1 message
ml - cmd name
5 - number of recipients
3,4,6,7,1 - recipients ids, have to be numbers - won't work otherwise
message - message itself

Multiple PMs can now override flood protection if admin decides so. More details soon.

Sniper Elite V2 is now available on Steam!
 
You are elite US sniper Karl Fairburne. Parachuted into Berlin amidst the Germans’ final stand, your mission is to prevent Nazi V2 rocket program technology from falling into the hands of the besieging Red Army. You must aid key scientists keen to defect to the US, and terminate those who would help the Russians.
 
In the dark days of the end of World War Two amidst the ruins of Berlin, one bullet can change history…
 
http://storefront.steampowered.com/v/gfx/apps/63380/capsule_467x181.jpg
 
View the full article

I think it will stay as NQ specialty. You can use the push button to push grenades and alike though. So no functionality is missing.

Ok since pb died, I have really missed (and NEEDED) /pb_alist..
 
I think !alist [playername/playerslot] would be a VERY handy feature.
 
I understand that this means even MORE records to keep, but I do think it's an important feature that was certainly a very big part of my routine whilst doing my rounds on my clan's servers.
 
Since SilEnT is revolutionary with regards to overcoming EvenBalance dropping PB support for ET, I do feel that this is something SilEnT should offer.. And I would be extremely impressed if it could be implemented.
 
Chuckun

I'm writing this post to bring attention since the documentation is not well written around the subject.
 
Since GUIDs are not trustable at all. Not PB GUIDs or silEnT GUIDs. We included admin level protection system into the 0.5.0 version of the mod. This system effectively limits all benefits from GUID spoofing into gaining XP of the spoofed players. Even private messages are not possible without proper authentication with the server.
 
The system uses 2 cvars:
 
g_adminProtection : bitmask
1 Log succesfull authentications to the cheat log
2 Log admin spoofing attempts to the cheat log
4 Report admins waiting for confirmation on their level to the admin chat
 
g_protectMinLevel : integer
The minimum level of the protected admins.
 
To use the system, set the g_adminProtection to 7. This will enable all logging so you can see who authenticates to what level and if the authentication is succesfull or not. Set the g_protectMinLevel to the lowest level you want to protect. Don't set this to too low because it causes little overhead and also the credentials need to be given using online commands on the server.
 
When the silEnT notices there is an admin connecting to the server who has protected admin level but no credentials, it will report this admin to the admin chat. When this happens, the admin needs to be confirmed with !confirm command by someone who is able to identify the player identity. This only needs to done once for each admin. In the following connections, the silEnT is able to handle the authentications silently itself.
 
From now on, if someone spoofs the GUID of an admin, he will face the authentication procedure. The silEnT will inform into the admin chat that the player has lost his authentication and !setlevel is required. Do not do the !setlevel unless you know this one is genuinly the correct admin. Also, the !confirm command cannot be used anymore for the reason that the !confirm command can be given to less high admins without risks. If the player spoofing the GUID attempts to spoof the credentials, again the admin chat and cheat log is reported with the spoof attempt.
 
Important thing to know is that the !confirm command and !setlevel commands do not give credentials during the warmup period. Also, authentication does not operate during warmup but player needs to wait until the end of warmup before he gains access to his admin level. If you do !confrim or !setlevel during the warmup and the player is later on reported to not have yet been confirmed, just do the !confirm again.
 
I hope this information helps and brings some light to the subject. Feel free to ask questions in this thread and I we will answer those.

They can if they use the same shader names as the others, but for different textures.

I don't promise anything because we were trying to implement it once before 0.4.0 release but either it was too much work at that time (just before the release) or there was some restriction coming from the engine - I don't remember now. If it's the 1st thing then we will surely add it.

I switched to Jaymod...
 
 
 
 
JUST KIDDING! Silent is way better lol

I would have to agree with hellreturn. Ban the cheaters, and you won't have to fight against them.
 
Not to mention, doesn't that having it enabled make the game a bit more realistic?

We are very sorry about this. We noticed the bug before release but for some reason we forgot it and it passed through. The bug concerns only the menus. With limbo and HUD editor the cursor is visible. You can select the cursor manually with the ui_themedCursor [0|1].