NoGooD

Credit to my clan members T0welie and Swerve for showing me this. I believe this is a bug and should be easy to replicate, however I have provided a demo if anyone wants to view it. When in any class, on any team, switch to weapon bank 1 and throw all but your last knife. Now hold down your +attack2 key (usually Mouse2) Now while still holding +attack2, press your +attack key (usually Mouse1) You should now be unable to switch weapon banks until you die, which won't be very long in some instances. If someone else covered this bug, Please disregard. Knifebug.zip

Nice job guys. Just a question. Any data on CPU optimization over previous versions? Keep up the great work. The mod is coming along great.

From what I've seen so far, very nice improvement.

Wonderful news to hear. Look forward to testing it out in the (hopefully) near future.

I keep getting stuck on "Good Code". I skip to "Throw it out and start over". Maybe it's time to figure out WTF I'm doing first.

Thanks for looking into this Gao. Hopefully it will be useful to all admins utilizing Silent Mod when a change to admin is needed while offline. Cheers!

Thanks for the update Gao. I'm certain the sample server.cfg I was using was the one included in 0.2.0, but either way. I'll take it out of my server cfg and disregard it in the future. On to bigger and better things, like 0.2.1

There are so many jokes, I don't even know where to start.

That must be whats happening then. I directed g_settings with the old settings file I used for etpub and it still does the same thing. Look forward to 0.2.1 since my existing soundpak already has the spree sounds.

Hmm. It seems as though my g_settings file wasn't directed at anything, hence it looked like this in my server.cfg g_settings "" Somehow my banners are still being displayed in my settings.cfg thats located in my Silent folder. I double checks and there were no sprees in my server.cfg, and generally I use the settings.cfg to handle [banner] [spree] [end] and [kill] blocks. The multikill that I keep seeing displayed is the very last entry in the settings.cfg, and the shortcut is displayed exactly as it appears in the settings.cfg [kill] number = 6 message = ^1-^#-^1-> ^%LUDICROUS KILL! ^7[n] ^1<-^#-^1- position = chat display = all sound = play = all I will direct my g_settings at my settings.cfg and see if it makes any change in the multikill behaviour

Just an update. I did remove the [admin] blocks and those parse errors are resolved. Thanks for the help.

I'm sure you guys will curse me at this suggestion, but I really do miss being able to quickly edit individual admins, intro sound etc while offline using something like the shrubbot. While I do enjoy the freedom of doing the editing in game, to me it seems much more slow going. For instance on my server, I had certain players using different entry sounds when they connected vs. the rest of the players using the same level. It was easy to copy/paste over the sound directory using notepad and then just change the name of the .wav file to another sound in the same directory. This now takes longer and seems like it would be a bit more troublesome for other nub server admins such as myself. For instance [admin] name = ^+N^qo^jG^1oo^+D^7*^i555 guid = [REMOVED] level = 56 flags = greeting = greeting_sound = pub\greetings\thebeast.wav [admin] name = ^3Scuttlebutt^4555 guid = [REMOVED] level = 9 flags = greeting = greeting_sound = pub\greetings\acdc.wav On the other hand, I love the !userlist, !useredit, !userban, !userdelete features of this mod and wish more mods had it implemented. Perhaps I'm being greedy but is there some way to "have my cake and eat it to"? to be able to do both edit via something like shrubbot and still have the .db style lists?

Thanks for taking a look at that Gaoesa. I've noticed no server instability but I have seen one of my multikill settings being spammed quite a bit with the shortcut not actually operating. For instance "LUDICROUS KILL [n]" spams quite a bit, and my multi-kill settings are at 1800ms, which seems like it should be enough to avoid. There is no g_shortcuts in my server.cfg since I did not see it supported in the server documentation. It does work however when a command such as the exmaple below is used [command] command = pizza exec = cp [n] ^7orders a big pizza for everyone except [d]^7! desc = Order up a Pizza for everyone but the last guy you killed

That's the problem then. To bad there isn't a way to convert the admin levels in the shurb over to the .db. I'll remove them and see how it goes. I did read that admin levels will have to be set to players that have connected to the server now. Thanks for the help guys. @Hellreturns: if you still would like a copy, just let me know and I'll shoot it over to your email.

I typically use RCON unlimited to adjust things when I'm at the computer, on the desktop and not in game. Say for instance you have a new member join your clan and you want to setlevel him, but are to busy to start the game, jump and and run !setlevel. I tend to just use RCON U to do it from the desktop. With the new .db system though when I type some commands it, the format it reports back to is extremely large and difficult to easily read. Here's an example. 2:44:35 AM:> !list ------------------ listplayers: 10 players connect 0 B 12 ' Clan Soul taker' (*[GUID REMOVED]) 1 B 0 ' Guest' (*OMNIBO 2 R 0 ' Guest' (*OMNIBOT* 3 B 0 ' Guest' (*OMNIBOT* 4 R 0 ' Guest' (*OMNIBOT 5 B 0 ' Guest' (*OMNIBOT*) 7 6 R 0 ' Guest' (*OMNIBO 7 B 0 ' Guest' (*OMNIBOT*) 8 R 0 ' Guest' (*OMNIBO10 R 0 ' Guest' (*OMNIBOT vs. the old way it was displayed 11:14:03 AM:> !listplayers -------------------------- listplayers: 13 players connected: 0 B 3 ' |555|Clan Friend*' (*[GUID REMOVED]) Fighting Falcon 1 S 9 ' |555|Good Member*' (*[GUID REMOVED]) LatinO**555 2 R 0 ' |555|Guest*' (*OMNIBOT-) Stinger 3 B 0 ' |555|Guest*' (*OMNIBOT-) DEADSHOT 4 R 0 ' |555|Guest*' (*OMNIBOT-) Argo 5 B 0 ' |555|Guest*' (*OMNIBOT-) YouDontKnowMe 6 R 0 ' |555|Guest*' (*00000000) Major Douche 7 B 0 ' |555|Guest*' (*OMNIBOT-) Backfire 8 B 2 ' |555|Server Regular*' (*[GUID REMOVED]) (Tiw) darkclem 9 R 5 ' |555|Clan Friend with' (*[GUID REMOVED]) =F|A=Wolverine 10 R 0 ' |555|Guest*' (*OMNIBOT-) Blackadder 11 B 0 ' |555|Guest*' (*00000000) Gali 12 R 0 ' |555|Guest*' (*OMNIBOT-) EvilWays Just wondering if it was even possible with the new .db system to change the way this information is shown?

So if I edit the shrubbot and exec !readconfig I end up with a bunch of parsed errors. Perhaps this is normal but figured I'd report it here anyway. I removed the GUID's where [GUID REMOVED] is seen. 3:44:40 AM:> !useredit [GUID REMOVED] level 30 ---------------------------------------- useredit: User NoGooD555 edited as requested. 3:44:58 AM:> !readconfig ------------------------ readconfig: [level] parse error near [admin] on line 3408 readconfig: [level] parse error near guid on line 3411 readconfig: [level] parse error near = on line 3411 readconfig: [level] parse error near [GUID REMOVED]on line 3412 readconfig: [level] parse error near [admin] on line 3421 readconfig: [level] parse error near guid on line 3424 readconfig: [level] parse error near = on line 3424 readconfig: [level] parse error near [GUID REMOVED]on line 3425 readconfig: [level] parse error near [admin] on line 3434 readconfig: [level] parse error near guid on line 3437 readconfig: [level] parse error near = on line 3437 readconfig: [level] parse error near [GUID REMOVED]on line 3438 readconfig: [level] parse error near [admin] on line 3446 readconfig: [level] parse error near guid on line 3449 readconfig: [level] parse error near = on line 3449 readconfig: [level] parse error near [GUID REMOVED]on line 3450 readconfig: [level] parse error near [admin] on line 3458 readconfig: [level] parse error near guid on line 3461 readconfig: [level] parse error near = on line 3461 readconfig: [level] parse error near [GUID REMOVED]on line 3462 readconfig: [level] parse error near [admin] on line 3470 readconfig: [level] parse error near guid on line 3473 readconfig: [level] parse error near = on line 3473 readconfig: [level] parse error near [GUID REMOVED]on line 3474 readconfig: [level] parse error near [admin] on line 3482 readconfig: [level] parse error near guid on line 3485 readconfig: [level] parse error near = on line 3485 readconfig: [level] parse error near [GUID REMOVED]on line 3486 readconfig: [level] parse error near [admin] on line 3494 readconfig: [level] parse error near guid on line 3497 readconfig: [level] parse error near = on line 3497 readconfig: [level] parse error near [GUID REMOVED]on line 3498 readconfig: [level] parse error near [admin] on line 3506 readconfig: [level] parse error near guid on line 3509 readconfig: [level] parse error near = on line 3509 readconfig: [level] parse error near [GUID REMOVED]on line 3510 readconfig: [level] parse error near [admin] on line 3518 readconfig: [level] parse error near guid on line 3521 readconfig: [level] parse error near = on line 3521 readconfig: [level] parse error near [GUID REMOVED]on line 3522 readconfig: [level] parse error near [admin] on line 3530 readconfig: [level] parse error near guid on line 3533 readconfig: [level] parse error near = on line 3533 readconfig: [level] parse error near [GUID REMOVED]on line 3534 readconfig: [level] parse error near [admin] on line 3542 readconfig: [level] parse error near guid on line 3545 readconfig: [level] parse error near = on line 3545 readconfig: [level] parse error near [GUID REMOVED]on line 3546 readconfig: [level] parse error near [admin] on line 3555 readconfig: [level] parse error near guid on line 3558 readconfig: [level] parse error near = on line 3558 readconfig: [level] parse error near [GUID REMOVED]on line 3559 readconfig: [level] parse error near [admin] on line 3567 readconfig: [level] parse error near guid on line 3570 readconfig: [level] parse error near = on line 3570 readconfig: [level] parse error near [GUID REMOVED]on line 3571 readconfig: [level] parse error near [admin] on line 3580 readconfig: [level] parse error near guid on line 3583 readconfig: [level] parse error near = on line 3583 readconfig: [level] parse error near [GUID REMOVED]on line 3584 readconfig: [level] parse error near [admin] on line 3592 readconfig: [level] parse error near guid on line 3595 readconfig: [level] parse error near = on line 3595 readconfig: [level] parse error near [GUID REMOVED]on line 3596 readconfig: [level] parse error near [admin] on line 3604 readconfig: [level] parse error near guid on line 3607 readconfig: [level] parse error near = on line 3607 readconfig: [level] parse error near [GUID REMOVED]on line 3608 readconfig: [level] parse error near [admin] on line 3616 readconfig: [level] parse error near guid on line 3619 readconfig: [level] parse error near = on line 3619 readconfig: [level] parse error near [GUID REMOVED]on line 3620 readconfig: [level] parse error near [admin] on line 3628 readconfig: [level] parse error near guid on line 3631 readconfig: [level] parse error near = on line 3631 readconfig: [level] parse error near [GUID REMOVED]on line 3632 readconfig: [level] parse error near [admin] on line 3640 readconfig: [level] parse error near guid on line 3643 readconfig: [level] parse error near = on line 3643 readconfig: [level] parse error near [GUID REMOVED]on line 3644 readconfig: [level] parse error near [admin] on line 3652 readconfig: [level] parse error near guid on line 3655 readconfig: [level] parse error near = on line 3655 readconfig: [level] parse error near [GUID REMOVED]on line 3656 readconfig: [level] parse error near [admin] on line 3664 readconfig: [level] parse error near guid on line 3667 readconfig: [level] parse error near = on line 3667 readconfig: [level] parse error near [GUID REMOVED]on line 3668 readconfig: [level] parse error near [admin] on line 3676 readconfig: [level] parse error near guid on line 3679 readconfig: [level] parse error near = on line 3679 readconfig: [level] parse error near [GUID REMOVED]on line 3680 readconfig: [level] parse error near [admin] on line 3688 readconfig: [level] parse error near guid on line 3691 readconfig: [level] parse error near = on line 3691 readconfig: [level] parse error near [GUID REMOVED]on line 3692 readconfig: [level] parse error near [admin] on line 3700 readconfig: [level] parse error near guid on line 3703 readconfig: [level] parse error near = on line 3703 readconfig: [level] parse error near [GUID REMOVED]on line 3704 readconfig: [level] parse error near [admin] on line 3712 readconfig: [level] parse error near guid on line 3715 readconfig: [level] parse error near = on line 3715 readconfig: [level] parse error near [GUID REMOVED]on line 3716 readconfig: [level] parse error near [admin] on line 3724 readconfig: [level] parse error near guid on line 3727 readconfig: [level] parse error near = on line 3727 readconfig: [level] parse error near [GUID REMOVED]on line 3728 readconfig: [level] parse error near [admin] on line 3736 readconfig: [level] parse error near guid on line 3739 readconfig: [level] parse error near = on line 3739 readconfig: [level] parse error near [GUID REMOVED]on line 3740 readconfig: [level] parse error near [admin] on line 3748 readconfig: [level] parse error near guid on line 3751 readconfig: [level] parse error near = on line 3751 readconfig: [level] parse error near [GUID REMOVED]on line 3752 readconfig: [level] parse error near [admin] on line 3760 readconfig: [level] parse error near guid on line 3763 readconfig: [level] parse error near = on line 3763 readconfig: [level] parse error near [GUID REMOVED]on line 3764 readconfig: [level] parse error near [admin] on line 3772 readconfig: [level] parse error near guid on line 3775 readconfig: [level] parse error near = on line 3775 readconfig: [level] parse error near [GUID REMOVED]on line 3776 readconfig: [level] parse error near [admin] on line 3784 readconfig: [level] parse error near guid on line 3787 readconfig: [level] parse error near = on line 3787 readconfig: [level] parse error near unknown on line 3788 readconfig: [level] parse error near [admin] on line 3796 readconfig: [level] parse error near guid on line 3799

This is very small, but I thought it might be helpful for newer admins to include the g_allowVote cvar in server documents. In the sample server.cfg it's included, but I found no mention of it in the server docs. If I just missed it then apologies in advance. If it was fixed at a later date than I downloaded 0.2.0 then please ignore.

Also works on 1.2.3. One small glitch noticed is an allied covy that steals an axis uniform will retain the allied players face. Great Christmas pack though!

One of the complaints I've been hearing about this mod on my server from my admins are the location of the hitboxes. As I've stated before I essentially ported this mod over to an old ETpub server and used the same cfg I used for pub. While the mod has many more features, one feature I have not found is the ability to change the hitboxes as you could in pub. I'm currently using g_hitboxes 31 on my server cfg, only since it was in there to begin with. I wanted to know if this actually had any effect on hitboxes, if it was useless or if any change to this cvar would make a difference at all? I am currently running g_dmg at 0. Just looking for some suggestions/info

My apologies for not checking back sooner. I've attempted to recreate the bug myself, but have been unsuccessful. I was playing from the 2.55 client at the time, using 2.55+ server side. Using Silent mod ver. 0.1.4 Current XP settings //xpsave set g_XPSave 7 set g_XPDecay 0 set g_XPDecayFloor 0.0 set g_XPDecayRate 0.0 set g_XPSaveFile "xpsave.cfg" //xpsave file set g_XPSaveMaxAge 864000000000 set g_XPSaveMaxAge_xp 45d set g_damageXP 1 set g_maxXP -1 set g_resetXPMapCount 0 set g_damageXPLevel 50 I currently have no skill_ settings for any classes In all honesty this is simply the same cfg I used while running Pub, and have not currently optimized most server settings for Silent mod. Due to time constraints I have been unable to put the mod through it's paces. If this is something particular to the way the XP settings currently are, I'm more than happy to implement a change in the settings. Also if there is more info I could provide to help out, let me know.

Playing on my 2.55+ server that's running Silentmod, I recently logged in and noticed that while I had +2000 xp, I had no ranking in classes. After I played this way for a bit and although XP did accumulate, I didn't not receive any ranks during that time. This did "cure" itself once I restarted ET and reconnected. If anything else could be provided, I'm happy to help. Any suggestions would be appreciated. If this is not suitable for a "bug", would a mod please move to the appropriate section. Thanks. Screenshot provided to assist my bad explanation of what was going on. My apologies for such a dark screen..its a side effect of using etmin prior to launching my SS program. http://i55.tinypic.com/2eb8z86.jpg

No need for a stance to be taken. Since people generally will PM using various methods, I suggested this wondering if anyone else using this mod would have a use for a feature such as this. I think it would be useful for not only general PM's but admin chat as well.

Similar to Jaymod, I've already thought the ability to bring up a console to PM was a good idea. Interested to see thoughts on this idea or if it's feasible to implement.