Dzikus

I've found a bug by a mistake. Here is the instruction to recreate this effect: 1. Be a fieldop. 2. Find a dead body of a medic from your team. 3. Throw an ammopack near this body. 4. Dress as this medic (class switch). 5. Pickup ammopack. 6. On button 5 you will have medipacks AND ammopacks. Here is the proof: http://przeklej.org/file/A7YXP5/wtf.dm.84.zip UPDATE: It works with every class when switching from fieldop (ammopacks available on button 5). It doesn't work when switching from medic to any other class (no medipacks on button 5).

Well, I see your point. However there is another solution for this - a test server based on exact configs I use on the main server. Let's face the facts.... some of our regulars were never seen to use chat or voicechat, colored nicks etc. so it will be a major problem to force them to update to 2.60b.... In my opinion we'll lose them while making such a changes. Is there any way to make it more simple? Some kind of way around like ingame download. I'd like to make a change which fixes the problem and is also unnoticable by players.

I admire your nobel idea but our server is too popular to make such a security risk. Don't get me wrong of course... imho this is a way too far request. It would be easier to share most of the configs to recreate the scenario. Changing subject to logs - I'll upload them soon. There is nothing special in them, trust me, I've already checked. I think the same. Found some old thread about identical issue and changing binaries fixed this problem. If it's really because of ET 3.00 I need a suggestion about binaries replacement. First of all - our server is pretty old and we don't wanna lose players by a mistake. At this time like I've mentioned before, the server runs on ET 3.00 which makes possible to connect players with ET 2.55 and 2.60 (not only 2.60b). Practically if I upgrade to ET:Legacy 2.72 or ET 2.60b it will probably fix the issue but many of our veteran players will be kicked because of different version, and trust me - many of them will have a problem with upgrading ET version, even when It's so simple that even a monkey can do it... The question is: Which version of ET binaries will be optimal for me (not buggy 3.00 but also giving possibility for players with older versions like 2.55/2.60 to connect without a problem) ? Any ideas?

I have a huge problem on my server. Everytime someone calls a vote for shuffle with no restart and it passes, server crashes and there is a need of doing a server restart. Same thing happens when any of the admins uses !shuffle command (only exception is when it's made at the end of the map). We have temporary fixed this issue by removing shufflenorestart, normal shuffle with restart works fine, also our admins were informed not to do !shuffle while map is running. As I mentioned - this is just a temp fix. I've found some info on the internet, that it's possibly fault of the binaries (and their versions) so at this moment I'm considering switching from ET 3.00 to ET Legacy 2.72. Any help you can give will be appreciated. Here you can see the actual config:

If you have 2.55 client it simply displays a message, but with 2.60b it will try to redirect you. Try to set your slots to 0 and put this to your server.cfg on your old server set sv_fullMSG "et://x.x.x.x.:27960" (X.X.X.X and 27960 are IP/Port of your new server) If this doesn't work try setting your old server slots to 1 or 2 and fill it with omni-bots to make it full. Ofc clients need to have set ui_autoredirect 1 in their config. It should work I guess, if not you should try to contact any of the administrators using redirection (maybe someone will share his script?).

Sure but getting rid of problem by making another one isn't the best choice.

Simply put - You just want to say two things: This idea wont be used in Silent Mod but I can make my own lua script? I guess this is not what I expected, since my request is really reasonable and useful.

You are right. Admins are also people and they make mistakes like everyone else. Reverse command is a must. Both !chatban and !chatunban should be on the same high admin level with the same permission flag. Let's see what SM Team will say about this idea.

Every server has it's own rules and in many situations maximum punishment is to !mute player (for example spamming voice chat, swearing, offensive language to other players etc.) Problem is: muted player can be easily unmuted by unmute vote or in some cases by non-admin high level regular player by !unmute command like it is on our server. What if someone is breaking voicechat rules often? What if admin wants to mute this player for 3 days but not to ban him cause it has nothing to do with his gameplay (which is not "abusive")? Idea is to create a specific command, for example !chatban <nick/slot> [time] [reason]. This command should be immune to !unmute and vote unmute. Also a list of chatbanned players would be nice. Do you agree?

Have you ever considered to split Silent Mod with Silent Anti-Cheat, to make SAC standalone? I mean in the way that it wont be in conflict with any mod... like ACPro for ETPro (http://wolfwiki.anime.net/index.php/User:Luk4ward#About). Possibility of installation with no dependency would be nice for many server admins running non SM servers, on the other hand SAC standalone should attract very much people to SM. Am I correct?

If you are right, I guess there is a possibility to set upload transfer to a smaller amount, so It wont be noticed by players but I'll require some more time for the upload. @twiti: nice finding. Hope that Silend Mod team will respond this time accepting/rejecting this idea... even if we talk about close future.

It would be nice to update Silent Mod with, a feature of detecting shrubbot commands + autosuggestion. Here is an example how it could work. Example is made of !mute client command. Look. There is a guy on the server nicknamed "Johnny". He is breaking some voice chat rules, so he must be punished by mute. Admin types: !mute Joh <it works> or !mute John <it works> or !mute Johnny <it works> But he gets unmuted after some time. Meanwhile player called "John123" connects to the server. Player "Johnny" is again breaking voicechat rules and admin needs to deal with him. Admin types: !mute Joh <server displays a list of suggested players> 1- Johnny 2- John123admin again types: !mute John <server displays a list of suggested players> 1- Johnny 2- John123And finally types: !mute Johnn <a right player is punished> So imagine right now how nice it would be to have such a feature in silent mod when talking about commands. Typing: !un <list appears dumped by the console> Did you mean 1- !unban 2- !unfreeze 3- !unpause 4- !unmute 5- !unlockAnd after this you can run for example !unmute by: !un 4 or !unm (as !unm has NO OTHER command candidates than !unmute) This is just a my small conception

As we all know - Punkbuster wasted a way too much resources in its many major functions. I guess it's not impossible to do it better with using some other ideas. Also consider it as a fact how server hardware looked years ago and how it looks now. Probably this problem will not exist in such a scale when we talk about quality of hosting companies (and their offer) + chance of making something PBSSlike a bit better. IMHO you have a different vision of this than I do. Global screen database would be nice to increase detection on Silent Mod servers (also automated AC bans could be stored globally) but let's take some smaller steps. For the beginning I'd rather see something like shrubbot command !capture <silent_ID> which would do a screenshot of selected player containing some additional information (like guid, ip and of course his nickname). Using this command would result in screenshot stored on the server (specific folder), and they would be named in some order like date+guid.PNG. It's easy to make some sort of a Screen Viewer which could have some basic options to manage them (sorting by days/date, button of delete, maybe a button of BAN with some simple script of adding bans to the server). I agree. However global database mentioned by you should be considered as a different request. Silent AC is a bit too fresh to do it right now imo, but it's not said it's impossible. PS. Forgive me my english, I hope it's not that bad after few years of not using it.

Thank you very much

I was wondering... is it possible to implement such a thing to Silent Mod. Guess you remember the times of PBSS popularity. Here is a small example. http://www.pbbans.com/pbss_evidence/et/78.47.39.78:27960/242ac7310235d3b9883a8700f322cc1e-56956e46.png I know this request is a big one, but as long as cheats used in ET are mostly abandoned by their creators, and those few working in Silent Mod aren't immune to new detection techniques you should give it a try. Silent AC detection is getting better in every next mod release but this feature would be a killer one