View Single Post
General improvement idea
Old
  (#1)
WhizzKid
Member
 
Status: Offline
Posts: 4
Join Date: Mar 2008
Default General improvement idea - 10-03-2008

Firs of all, I would like to greet you and thank for reviving old, good PODBots.

Secondly - sorry, I just didn't want to spam the forum with 20+ threads... I hope you will forgive me

Here are some ideas I would like to see implemented, or resolved in some other way if possible and convenient. Since list contains a few of them, I divided them into categories, sorted by imporance:

General issues:
  1. bots shouldn't fire through their mates, they should strafe left or right and then, if no allies on the line, shoot
  2. bots should never try to get through doors going backwards, since open/close doors checks not the direction of movement, but the direction of a player
  3. bots should care a little more about an attitude they are at - they step too close to the edge and fall down
  4. bots should see a little worse in the darkness and turn night vision or flashlight fiven such situation
  5. bots should go off from water when air is finishing
  6. low-hp bots should hide a little more behind obstacles and high-hp chumps
  7. bots shouldn't hide from each other so much when in knife mode/knife arena - its melee weapon, and they should fight a little more
  8. bots should escort hostages in group if possible
  9. bots should run away from the bomb that is yet to explode
  10. bots should protect (CT) and aim (T) the VIP more often
  11. bots should be able to use secure assault: a bot or some bots leading the group would ocasionally take some positions to cover the rest, while the group would go further, then switch their roles - the moving would cover those who had just covered them; I know this is a little complicated to implement and would probably require some recoding so I've put it at the last place in the category
Waypoints improvement:
  1. new flag: importance - would determine the second0level probability of using the waypoint by bots (or teams). It would be useful on maps where some router are underused, such as de_suntower - bots usually choose the middle route, which is the most dangerous one and they like to get stuck there. Exp files with good bot-managing player can minimize the problem, but it would be better solution imho
  2. new flag: a new flag that would deny a bot VIP to walk to certain waypoints; or the very opposite if more convenient
  3. new flag: silent waypoints - higher ability that bot will walk on them instead of running (tactical issues; should not be 100% determining, just higher chance, defined in % maybe)
  4. new flag/waypoint: swim - would tell the bot he is acutally swimming, and should watch out for air, change movement perception etc.; lots of troubles with swimming atm
  5. new flag: long jump - like jump, but determines speed accumulation before jumping
  6. new flag: destroy obstacle - on some maps bots have problems with destroying certain obstacles where it is a necessity to move on; rarely, but may be used in several causes
Commands:
  1. new command: camp frequency - eg. per round, or x second cooldown
  2. new command: botsdontusegrenades - sorry if that already has been done (I can't check this right now), could be sometimes useful (on maps where bots kill themselves with HE grenade)
  3. new commands: bot_radio_frequency and bot_chat_frequency - would determine how often bots use their communicative skills
Personality:
  1. random obstacle destroying
  2. random spraypainting (or after a kill, and no enemies in range
Compatibility with AMXX plugins:
  1. invisibility should cause bots to aim less accurately and sometimes disable their ability to notice an invisible bot/player (when hiding in shadows; based on invisibility level)
  2. using skills from mods like WC3 XP (like TP to one of visible waypoints, healing when low-hp, using extended ammunition, being able to be immobilized)
I hope at least some of above idead you will find interesting and will implement them soon. Thanks for your time, sorry for such a long addendum ;-)

PS. Translating whole CStrike to other languages takes out its magic. That's why creating voicefiles for PODBots needn't translating into other languages. I support the suggestion of person135 in this thread: http://forums.bots-united.com/showthread.php?t=5734
Still, menus can remain multilingual. But how about Unicode in HL engine? It seems to lack it and most of european languages use some national letters. Anyway, if you would like to have PODBot translated into Polish, I would gladly help
  
Reply With Quote