Thread: Various
View Single Post
Re: Various
Old
  (#2)
KWo
Developer of PODBot mm
 
KWo's Avatar
 
Status: Offline
Posts: 3,425
Join Date: Apr 2004
Default Re: Various - 08-09-2010

Quote:
Originally Posted by Ancient View Post
Well, I know some of these bugs are mentioned in actual topics but these are just what I've noticed recently.
In the last 2 days I've watched over 400 rounds of the bots playing on 2 maps:
It looks like You are boring as a hell if You have nothing better to do than watch over 400 rounds)...

Quote:
Originally Posted by Ancient View Post
de_inferno_old (beta map) and de_skidrow (urban map with small door ways).
The bots navigate pretty well, but it seems like the bots go from a waypoint with a ratio, to another waypoint with no ratio and still move around like there is a ratio there. To me they should be following the path lines if they are approaching a waypoint with no ratio.
They are doing it so:
1. The bot gets the WP (and thus the direction) to go and he is trying to look at this direction (except the situation they are somewhere near any danger points (bots get hurt a lot in that area in not long past) or they can see an enemy).
2. The bot is trying to approach the waypoint. If he is somewhere in the WP ratio, he realizes he reached the WP and he is getting the new one (from his WP path).
3. When he is changing the WP to the new one, he is not turning his face fastly to the new direction, but he is turning slowly - so if he is pressing "IN_FORWARD" button, he is going a bit out from the path (so You can see him as not precisly following the slight line bewteen 2 WPs). When his face "reaches" the new WP direction, since this place he is walking to this WP with the slight line.
4. In the case if he has to change dramatically the moving direction (i.e. more than 60 degress), he is a bit slowing down before changing the direction, so he is not going so much "out of the path" (that was a fix to reduce hit a wall effect - instead the door - if the bot was chnaging the direction 90 degrees and then he should hit the door.


Quote:
Originally Posted by Ancient View Post
When a bot no longer see's the enemy, they shoot straight up or shoot downwards too, in worst case, they do both.
That might be a side-effect of the fix I did against the bot forgetting the enemy just 2 seconds after stopping seeing him (he still considers he has an enemy, thus - if he is hearing somthing - he is probably shooting in wrong direction). If it's not that, it might be hard to find the reason (because that happens occasionally so it's hard to catch by me the situation like that).

Quote:
Originally Posted by Ancient View Post
The bots like to get stuck sometimes and get into a big clumpy mess (a big stuck group). Not sure if there is a way to tell other bots that these 2 bots are stuck and to not go into this area until they get unstuck.
I've spent a lot of hours to prevent them stuck, but it looks all code I've added it's still insufficent. It looks like I have to find a way to implement in the code the hook of entity_touch which would definitely say in the code if the bot is still stuck or not.

Quote:
Originally Posted by Ancient View Post
Combat ratio, I've noticed when the bots fight, they go outside the waypoints ratio. This sometimes causes problems when maps are not fully waypointed, because we've all seen maps where area's are just ridiculous with no purpose.
Sometimes they will go into these non-waypointed area's and get stuck trying to find the nearest waypoint (which is sometimes on the other side of a wall).
That was always so - if the bot sees an enemy, he is doing unwaypointed movement. So - after finishing the combat - he is trying to find the closest waypoint to go - then - the path to some goal. It's up to waypointers to waypoint correctly the map (especially all open areas, where the combat may happen).


Quote:
Originally Posted by Ancient View Post
Vents, in the vent area's I like to do one way paths, that way the bots won't get stuck trying to go into the opposite direction and get stuck with other bots and cause a traffic jam. Not sure if there is a way to prevent that from happening.
What if that happens with 2 humans? If there is a long vent corridor and if 2 teamnates come there from opposite directions? One of them probably should get back. But which one? What is happening on real servers with real players in such situations?


Quote:
Originally Posted by Ancient View Post
Wasted Ammo, the bots seem to continue shooting well after the enemy is out of sight which is definitely a good way to waste ammo. I've also seen bots pull out a grenade when they are running towards an enemy (I'm not sure if they were out of ammo or not). Also, maybe it would be a good idea to have bots reload after maybe 5 seconds of not shooting at an enemy?
Because I did see that the bots will reload after 30 seconds of not seeing an enemy, I think 5 seconds would be more realistic mainly because humans like to reload before they enter new areas or go around certain corners.
In such situations humans have more data to decide if they can reload or maybe there is still some risk of spotting the enemy in the short time. I.e. they can get into the account (for the decision to reload or not) the direction the enemy is going to (if he is increasing the distance to the player - or if there is only one enemy on the map and right in that moment our teamnate is shooting at him, but the teamnate is far away from the player - he can see him on the radar). 5 seconds not seeing the enemy, in the case the enemy is camping, is not enough for bots to decide to reload the weapon.

Quote:
Originally Posted by Ancient View Post
This one really isn't a bug, but should be a suggestion or an idea.
I've noticed in the spawn area, that bots will not reload before the round starts. If a bot lived from the last round, they will not buy ammo, grenades or anything or even reload before the next round starts (or even after the round starts). So if they only have 1 bullet left, they won't be buying anything if they lived from the last round.
*This mainly happens with a terrorist has a AK-47 or a CT has the m1a4*
They should reload the weapon at the new round start. I have to check in the code how about the ammo (if they should buy it if they don't have enough bullets). More than likely that situation is missed in the code (I believe You You have seen the bot with 1 bullet only).

Quote:
Originally Posted by Ancient View Post
Assassination Maps, the VIP's will escape, but I have noticed that the VIPs will often times hunt down enemy's instead of escaping.
That might be also a side-effect from the change I did to make them more aggressive (to hunt You down more often, instead just forgetting).

Quote:
Originally Posted by Ancient View Post
ES Maps, Counter-Terrorists really like to find those goal waypoints in es maps. In es_frantic there is 1 way to escape and that's behind the CT spawn area. It seems like all the CTs want to go to the goal waypoint and cause a traffic jam in the door way that leads to the escape area. Maybe the CTs should ignore the goal waypoints?
Give me the link to the map file and Your waypoints file for it. I have to look what You are talking about and what I can do to prevent. For that You can also make a screenshot (with WP editor enabled).
  
Reply With Quote